在docker中，多个容器“打包进同一个网络”的本质是接入同一套网络基础设施以实现互相发现与通信，最常用且推荐的方式是使用自定义桥接网络（如docker network create mynet），它提供独立子网和内嵌dns，支持容器通过服务名直接通信；若需真正共享网络栈（ip、端口、lo接口），则应使用--network container:复用已有容器的网络命名空间。
在 Docker 中，把多个容器“打包进同一个网络”，本质是让它们接入同一套网络基础设施，从而能互相发现、通信。这不是打包成一个镜像，而是通过网络配置实现逻辑上的归属统一。最常用且推荐的方式是使用自定义桥接网络（custom bridge network），它兼顾隔离性、易用性和跨容器服务发现能力。
创建并使用自定义桥接网络
这是最标准、最可控的做法。Docker 会为该网络分配独立子网，并自动启用内嵌 DNS，容器可通过服务名直接通信。
- 执行
docker network create mynet创建名为mynet的自定义桥接网络 - 启动容器时用
--network mynet显式指定网络，例如：docker run -d --name app1 --network mynet nginxdocker run -d --name db --network mynet mysql:8.0 - 此时
app1可直接用http://db:3306连接数据库，无需查 IP 或暴露端口到宿主机
用 Docker Compose 一键编排多容器同网
适合开发和中小型部署场景，YAML 文件天然支持服务级网络抽象，比手动命令更清晰、可复用。
- 在
docker-compose.yml中定义共享网络，如： -
version: "3.8" services: web: image: nginx networks: [mynet] api: image: python:3.9-slim networks: [mynet] redis: image: redis:alpine networks: [mynet] networks: mynet: driver: bridge - 运行
docker compose up后，所有服务自动加入mynet，彼此用服务名（redis、api）互通
需要真正共享网络栈？用 --network container:
当多个容器必须共用 IP、端口空间和 loopback 接口（比如调试代理+应用、或轻量级 sidecar 模式），就得复用网络命名空间。
- 先起一个“网络锚点”容器：
docker run -d --name net-base alpine sleep infinity - 其他容器复用它的网络：
docker run --network container:net-base -it alpine sh - 所有复用者看到完全相同的
ip addr、/proc/net/，localhost 即对方进程；但不能绑定冲突端口，也不支持单独网络调优
不建议但需了解的替代方式
某些特殊场景下可能被提及，但通常有明显缺陷：
-
host 网络模式：容器直接使用宿主机网络（
--network host），天然“同网”，但失去网络隔离、端口易冲突、无法跨节点，仅限单机调试 -
默认 bridge 网络：所有未指定网络的容器都落在
bridge网络，但缺乏 DNS 服务发现，需靠 IP 通信，不推荐用于多服务协作 - 强行指定相同 IP：Docker 不允许在 bridge 模式下为多个容器分配同一 IP，会报错；这不是合法配置路径
