Docker bridge 网络是单机容器通信首选，支持IP隔离、容器名互访、DNS解析、NAT外网访问及宿主机服务直连，兼顾安全性、可维护性与兼容性。
docker bridge 网络是单机环境下容器通信最常用、最稳妥的选择，它通过虚拟网桥（如 docker0）为每个容器分配独立 ip，实现网络隔离与可控互通。不是所有“连得上”都适合生产或开发，关键看是否满足隔离性、可发现性、可维护性三方面需求。
开发与测试环境中的多服务联调
前端、后端、数据库等服务各自运行在独立容器中，又需频繁交互。bridge 模式天然支持同一子网内直接通信，配合自定义桥接网络还能用容器名互访，避免硬编码 IP 或依赖宿主机端口映射。
- 使用
docker network create myapp-net创建专属网络 - 启动容器时指定
--network myapp-net - 容器内可直接用
curl http://backend:3000/api调用，无需改配置
微服务本地集群部署
单台开发机或测试服务器上运行多个微服务实例，要求彼此可发现、可通信，但又不能暴露到宿主机网络造成干扰。默认 bridge 隔离性高，而自定义 bridge 更进一步支持内置 DNS 解析和流量隔离。
- 不同服务间可通过容器名解析（如
payment-service→ 自动转为对应容器 IP） - iptables 规则可限制仅允许特定端口互通，增强安全性
- 不占用宿主机端口，避免端口冲突，尤其适合并行运行多套环境
需要访问外网但又必须隔离的中间件容器
例如日志收集器（Fluentd）、监控代理（Prometheus Node Exporter）、缓存代理（Redis 哨兵节点）等，它们既要拉取外部指标或上传日志，又不能被外部随意访问，也不应与业务容器混用网络。
- bridge 模式下容器默认可通过 NAT 访问外网，无需额外配置
- 宿主机防火墙或 iptables 可精细控制其出站流量（如只允许访问特定域名或端口）
- 不启用
--publish就不会对外暴露服务，天然降低攻击面
与外部数据库或 API 服务互通
很多应用容器需要连接宿主机上的 MySQL、PostgreSQL 或局域网内的 Redis、Elasticsearch。bridge 模式下，容器可通过宿主机真实 IP（如 192.168.1.100:3306）直连，稳定可靠，且不破坏容器网络模型。
- 比使用
host.docker.internal更兼容旧版 Docker 和 Linux 环境 - 避免 host 模式带来的命名空间污染和端口冲突风险
- 配合
--add-host可静态绑定域名，提升配置一致性
