最匹配场景的网络模式是 docker 容器间高效通信的关键：自定义 bridge 支持名称解析，shared network namespace 适用于主辅协同，compose 实现多服务声明式编排，overlay 网络解决跨主机通信。
在 Docker 中实现容器间高效通信，关键不是“选最快的模式”，而是“选最匹配场景的网络模式”。默认 bridge 模式虽可用，但 IP 不稳定、无 DNS 解析；盲目用 host 模式又牺牲隔离性。真正高效的通信，取决于服务关系、安全要求和部署规模。
用自定义 bridge 网络实现名称直连
这是单机多容器通信最推荐的方式。它保留了网络隔离，又支持自动 DNS 解析——容器能直接用服务名（如 db、redis）访问，无需硬编码 IP。
- 创建带 DNS 支持的网络：
docker network create app-net - 启动容器并加入该网络：
docker run -d --name api --network app-net my-api和docker run -d --name db --network app-net postgres - 在 api 容器内执行
ping db或curl http://db:5432即可通，Docker 自动解析名称为对应 IP
注意：默认的 bridge 网络不支持名称解析，必须用自定义 bridge 才生效。
用 shared network namespace 复用网络栈
适用于主辅协同型容器，比如一个主应用 + 一个日志采集 sidecar，它们需要共用 IP、端口和网络状态。
- 先启动主容器：
docker run -d --name main-app nginx - 再让辅助容器共享其网络：
docker run -it --network container:main-app alpine wget -qO- http://localhost - 此时辅助容器没有独立 IP，所有网络行为都等同于
main-app进程所在命名空间
这种模式零配置、低开销，但不适合需独立端口或隔离网络策略的场景。
用 Docker Compose 自动编排多服务网络
当服务超过 3 个，手动管理网络容易出错。Compose 能声明式定义网络拓扑，自动创建隔离网络并注入服务发现能力。
- 在
docker-compose.yml中定义网络分层：
services:
web:
image: nginx
networks: [frontend]
api:
image: node:18
networks: [frontend, backend]
db:
image: postgres
networks: [backend]
networks:
frontend:
driver: bridge
backend:
driver: bridge
- 运行
docker-compose up后，web 只能通过api访问后端，db 无法被 web 直连，天然形成逻辑隔离
跨主机通信优先考虑 overlay 网络
单机模式解决不了集群部署问题。在 Swarm 或 Kubernetes 环境中，overlay 是标准方案，它通过 VXLAN 封装实现跨物理机容器互通，且仍保持 service 名称解析能力。
- 初始化 Swarm 集群：
docker swarm init - 创建 overlay 网络：
docker network create -d overlay my-overlay - 部署服务时指定网络：
docker service create --network my-overlay --name web nginx - 同一 overlay 网络下的任意节点上的容器，都能用
web这个名字互相访问，无论物理位置
不需要改应用代码，也不依赖外部 DNS 或负载均衡器，是微服务跨节点通信的基础设施级解法。
