从容器内部开始
，
localhost始终引用当前容器。它永远不会引用另一个容器，也永远不会引用物理系统中运行的不在同一容器中的任何其他内容。建立与数据库主机的出站连接
localhost或将其配置
localhost为数据库主机通常没有用。
从主机系统上的Shell中 ，
localhost可以指代在Docker之外的系统上运行的守护程序，或者指代您已使用
docker run-p选件发布的端口。
在不同的系统中 ，
localhost是指从其调用的系统。
就IP地址而言 ，
localhost始终为127.0.0.1，并且该IP地址是特殊的，并且始终
localhost且其行为与上述相同。
如果要连接到容器…
…从另一个容器中 ，最好的方法是确保它们位于相同的Docker网络上（您是从相同的Docker Compose
YAML文件启动的；您在同一网络上执行了
docker network create，然后又
docker run --net...在同一网络上进行了操作）并使用Docker的内部DNS服务可以通过
--nameDocker Compose
YAML文件中的容器名称或容器内部的端口号来引用它们。即使目标具有已发布的带有
docker run -p选项或Docker Compose
ports:设置的端口，也要使用 第二个 （容器内部的）端口号。
…从Docker空间外部 ，确保您使用
docker run -p或Docker Compose
ports:选项启动了容器，并使用该选项中的第一个端口号连接到 主机的 IP地址或DNS名称。
…从同一物理主机上的终端窗口或浏览器而 不是在容器中，在这种情况下（仅在这种情况下）
localhost将一致地工作。
除了：
如果您使用来启动容器
--net host，则
localhost指的是物理主机，并且您处于“同一物理主机上的终端窗口”场景中。
如果您不愿意在同一个容器中拥有多个服务器，则可以使用
localhost它们之间进行通信。
如果您在Kubernetes中运行，并且同一容器中有多个容器，则可以使用
localhost它们在它们之间进行通信。在Pod之间，您应该在每个Pod
/部署之前设置服务，并使用形式的DNS名称
service-name.namespace-name.svc.cluster.local。
