这不是对实际问题的回答。这就是我解决类似问题的方法。解决方案完全来自：定义Docker容器网络，以便容器可以通信。感谢Nic Raboy

这里留给其他可能希望在一个容器和另一个容器之间进行REST调用的人。回答问题：在docker环境中使用什么来代替localhost？

了解您的网络看起来像docker网络

创建一个新的网络docker网络创建-d我的网络

启动第一个容器docker运行-d-p 5000:5000--network=“my net”--name“first_container”<MyImage1:v0.1>

查看第一个集装箱码头工人检查first_container的网络设置。“网络”：应该有“我的网”

启动第二个容器docker运行-d-p 6000:6000--network=“my net”--name“second_container”<MyImage2:v0.1>

检查第二个集装箱码头的网络设置，检查second_container。“网络”：应该有“我的网”

ssh到第二个容器docker exec-it secondcontainer sh或docker exec-it secondtainer bash中。

在第二个容器内部，可以通过ping first_container ping第一个容器。此外，您的代码调用如http://localhost:5000可以替换为http://first_container:5000

Mac OSX最简单的解决方案

只需使用Mac的IP地址。在Mac上，运行以下命令以获取IP地址并在容器中使用：

ifconfig | grep 'inet 192'| awk '{ print $2}'

只要在Mac上本地运行的服务器或在另一个docker容器中运行的服务器正在侦听0.0.0.0，docker容器就可以到达该地址。

如果您只想访问另一个侦听0.0.0.0的docker容器，可以使用172.17.0.1

这在NGINX/PHP-FPM堆栈上对我有效，而无需接触任何代码或网络，应用程序只是希望能够连接到本地主机

将mysqld.sock从主机装载到容器内部。

在运行mysql的主机上查找mysql.sock文件的位置：netstat-ln|awk'/mysql（.*）？\。袜子/｛打印$9｝'

将该文件装载到docker中预期的位置：docker运行-v/hostpath/to/mysqld.sock:/containerpath/to/mysqld.sock

mysqld.sock的可能位置：

/tmp/mysqld.sock
/var/run/mysqld/mysqld.sock 
/var/lib/mysql/mysql.sock
/Applications/MAMP/tmp/mysql/mysql.sock # if running via MAMP

我不同意托马斯列维尔的回答。

将mysql绑定到172.17.42.1将阻止其他程序使用主机上的数据库来访问它。只有在所有数据库用户都已固定的情况下，这才有效。

将mysql绑定到0.0.0.0将向外部世界打开数据库，这不仅是一件非常糟糕的事情，而且与最初的问题作者想要做的相反

回答ivant的评论

“为什么不将mysql也绑定到docker0？”

这是不可能的。mysql/mariadb文档明确表示不可能绑定到多个接口。只能绑定到0、1或所有接口。

因此，我还没有找到从docker容器访问主机上（仅限于本地主机）数据库的任何方法。这显然是一种非常常见的模式，但我不知道怎么做。

这是我的解决方案：它适用于我的情况

通过注释将本地mysql服务器设置为公共访问#绑定地址=127.0.0.1在/etc/mysql/mysql.conf中重新启动mysql服务器sudo/etc/init.d/mysql重启运行以下命令以打开用户root访问任何主机mysql-uurot-proot将*.*上的所有特权授予“root”@“%”，由“root”标识授予期权；刷新特权；创建sh脚本：run_docker.sh

    #!bin/bash

    HOSTIP=`ip -4 addr show scope global dev eth0 | grep inet | awk '{print \$2}' | cut -d / -f 1`


      docker run -it -d --name web-app \
                  --add-host=local:${HOSTIP} \
                  -p 8080:8080 \
                  -e DATABASE_HOST=${HOSTIP} \
                  -e DATABASE_PORT=3306 \
                  -e DATABASE_NAME=demo \
                  -e DATABASE_USER=root \
                  -e DATABASE_PASSWORD=root \
                  sopheamak/springboot_docker_mysql

  

与docker composer一起运行版本：“2.1”服务：tomcatwar公司：外部主机（_H）：-“本地：10.1.2.232”图片：sopheamak/springboot_docker_mysql端口：- 8080:8080环境：-DATABASE_HOST=本地-DATABASE_USER=根-DATABASE_PASSWORD=根-DATABASE_NAME=演示-数据库端口=3306

CGroups和Namespaces在容器生态系统中发挥着重要作用。

命名空间提供了一层隔离。每个容器都在一个单独的命名空间中运行，其访问权限仅限于该命名空间。Cgroups控制每个容器的资源利用率，而Namespace控制进程可以看到和访问相应资源的内容。

以下是您可以遵循的解决方案方法的基本理解，

使用网络命名空间

当容器从图像中产生时，将定义并创建网络接口。这为容器提供了唯一的IP地址和接口。

$ docker run -it alpine ifconfig

通过将名称空间更改为主机，陪护者网络不会与其接口保持隔离，进程将可以访问主机网络接口。

$ docker run -it --net=host alpine ifconfig

如果进程在端口上侦听，它们将在主机接口上侦听并映射到容器。

使用PID命名空间通过更改Pid名称空间，容器可以与超出其正常范围的其他进程进行交互。

此容器将在其自己的命名空间中运行。

$ docker run -it alpine ps aux

通过将命名空间更改为主机，容器还可以看到系统上运行的所有其他进程。

$ docker run -it --pid=host alpine ps aux

共享命名空间

在生产中这样做是一种糟糕的做法，因为您正在打破容器安全模型，这可能会导致漏洞，并容易被窃听。这只是为了调试工具和了解容器安全中的漏洞。

第一个容器是nginx服务器。这将创建一个新的网络和进程命名空间。该容器将自身绑定到新创建的网络接口的端口80。

$ docker run -d --name http nginx:alpine

另一个容器现在可以重用这个名称空间，

$ docker run --net=container:http mohan08p/curl curl -s localhost

此外，此容器可以看到与共享容器中的进程的接口。

$ docker run --pid=container:http alpine ps aux

这将允许您在不更改或重新启动应用程序的情况下授予容器更多权限。以类似的方式，您可以连接到主机上的mysql，运行并调试应用程序。但是，不建议这样做。希望有帮助。