Docker容器网络：container模式与自定义网络能否等效实现？

核心结论 #

这两种方式完全不等效，预创建的自定义网络无法实现--network=container:<容器名/ID>的网络共享效果。

具体差异对比 #

1. 网络命名空间的本质区别 #

• --network=container:<目标容器>：让新容器直接复用目标容器的整个网络命名空间。两个容器共享同一个IP地址、网卡、端口栈、路由表和防火墙规则，相当于它们在同一个“网络环境”里运行。
• 自定义网络（如docker network create my_network）：所有连接到该网络的容器都处于同一个网络平面，但每个容器拥有独立的网络命名空间。每个容器会被分配专属的IP，端口可以重复使用（因为IP不同），网络配置互相独立。

2. 实际行为差异 #

• 端口占用：
  • 使用container模式时，目标容器占用的端口，新容器无法再绑定（会提示端口冲突）。
  • 自定义网络下，两个容器可以绑定相同的端口（比如都用8080），因为各自的IP不同，不会冲突。
• localhost访问：
  • container模式下，容器A内执行curl localhost:8080可以直接访问到容器B（共享命名空间的容器）监听在8080的服务。
  • 自定义网络下，localhost只指向容器自身，要访问其他容器必须用对方的IP或容器名称（如curl container-b:8080）。
• 网络配置同步：
  • container模式下，修改目标容器的网络配置（比如添加路由），新容器会同步生效。
  • 自定义网络下，每个容器的网络配置独立修改，互不影响。

能否用预创建网络实现container模式的效果？ #

不能。所有预创建的Docker网络类型（bridge、overlay、macvlan等）的设计逻辑都是给每个容器分配独立的网络命名空间，仅提供跨容器的网络连通性。如果需要让容器共享网络命名空间，只能使用以下方式：

• 启动容器时指定--network=container:<目标容器>参数
• 在Docker Compose中使用network_mode: service:<服务名>（本质和--network=container一致）

内容的提问来源于stack exchange，提问作者mrfr