Docker Compose 无法共享网络命名空间，但可通过 external: true 复用预创建的自定义网络（如 my-shared-net），使多容器互通、共用子网与 DNS；须避免默认 bridge 网络，推荐显式声明 external 网络并配合 container_name 或 aliases 实现跨服务访问。
在 Docker Compose 中，无法直接“共享已有网络栈空间”，因为容器网络栈（network namespace）是隔离的，每个容器默认拥有独立的网络命名空间。但你可以通过 复用已存在的 Docker 网络（即外部预创建的自定义网络），让多个服务（包括 Compose 服务和非 Compose 容器）接入同一网络，从而实现逻辑上的“网络栈共享”——它们能互相通过容器名通信、共用子网与网关、共享 DNS 解析等。
使用 external: true 引用已有网络
这是最常用且推荐的方式。前提是你已用 docker network create 创建了自定义桥接网络（如 my-shared-net）。
- 在
docker-compose.yml的networks部分声明该网络为external: true，不带driver或ipam配置（这些由原网络定义决定） - 确保网络名称完全匹配（区分大小写），Docker 不会自动创建它，缺失时会报错
- 示例：
networks:
shared:
name: my-shared-net
external: true然后在服务中通过 networks: 字段挂载该网络即可，其他容器（比如用 docker run --network my-shared-net 启动的）也能加入同一网络平面。
避免默认 bridge 网络，仅依赖自定义网络
Docker 默认的 bridge 网络不支持跨容器 DNS 解析（靠 /etc/hosts 静态映射），也不支持 network_mode: "container:xxx" 这类高级共享方式（Compose 中受限）。因此：
- 不要依赖
default网络做服务互通；务必显式声明并使用external自定义网络 - 禁用默认网络：在服务中设置
network_mode: "none"或不声明networks，再单独挂载 external 网络，避免多网络混用导致路由混乱 - 若需完全共享网络命名空间（例如调试或特殊代理场景），Compose 不支持
network_mode: "container:xxx"指向外部容器——此时应改用纯docker run，而非 Compose
验证与调试要点
网络打通后，需确认是否真正生效：
- 进入任一容器：
docker exec -it <container> sh，执行ip a查看是否分配到预期子网 IP - 用
nslookup <service-name>或ping <other-container-name>测试 DNS 与连通性（注意：服务名必须是同一网络内其他容器的 hostname 或container_name） - 检查
docker network inspect my-shared-net，确认所有目标容器都列在Containers字段下
进阶：配合 container_name 和 aliases 实现稳定访问
在 external 网络中，Compose 默认不自动添加 DNS 记录（除非服务在同一 Compose 文件中）。若需跨 Compose 项目或混合部署：
- 为关键服务显式设置
container_name:（全局唯一），其他容器可直接用该名字通信 - 在
networks.<net>.aliases下为服务添加别名，例如：services: api: image: nginx networks: shared: aliases: - backend - api.internal - 别名会在该网络内所有容器的 DNS 中注册，比依赖服务名更灵活
