bridge网络性能优化核心是用自定义bridge替代默认docker0，启用dns解析、指定子网避免冲突、关闭冗余iptables和ip转发，并调优内核参数；必要时改用host或macvlan模式提升吞吐与降低延迟。
Bridge 网络本身不直接决定延迟和吞吐量的“上限”，但默认配置容易引入 DNS 解析慢、NAT 跳转多、ARP 缓存缺失等隐性开销，导致实际通信变慢。优化核心是减少路径跳数、启用高效解析、避免默认网络的固有缺陷。
用自定义 bridge 网络替代默认 docker0
默认 bridge（即 bridge 网络）不支持内置 DNS 服务发现，容器间必须靠 IP 或 host 映射通信，容易出错且无法自动更新；而自定义 bridge 网络默认开启 DNS 解析，支持服务名直连，大幅降低连接建立延迟。
- 创建时指定子网，避免 IP 冲突和 ARP 广播风暴：
docker network create --driver bridge --subnet=172.20.0.0/16 app-net - 在
docker-compose.yml中显式声明并复用该网络，确保所有服务接入同一逻辑平面 - 删除旧容器后重建，避免残留 iptables 规则干扰新网络路径
关闭不必要的网络功能降低开销
Bridge 模式下部分功能（如 iptables 自动规则、IP forwarding、默认网关路由）在纯内网通信场景中属于冗余，可安全关闭以减少内核处理路径。
- 启动容器时加
--iptables=false（需宿主机 iptables 规则已预置） - 若容器间全走内部通信，可设
--ip-forward=false，禁用跨网段转发 - 对性能敏感服务，考虑禁用
com.docker.network.bridge.enable_icc=false（仅当不需要跨网络容器互通时）
调优内核参数提升 TCP/IP 栈效率
Bridge 网络本质依赖宿主机 Linux 网络栈，关键参数直接影响小包延迟与大流吞吐。以下设置适用于多数中高负载场景：
-
net.ipv4.tcp_slow_start_after_idle = 0：避免空闲后重置拥塞窗口，保持高吞吐 -
net.ipv4.ip_forward = 1（仅在需要外部访问时开启；纯内网可关） -
net.bridge.bridge-nf-call-iptables = 0：禁止 bridge 流量触发 iptables，减少路径延迟 - 增大接收/发送队列：
net.core.rmem_max和net.core.wmem_max至 8–16MB
必要时切换更轻量的通信模式
Bridge 是平衡隔离与易用性的选择，但不是性能最优解。当延迟或吞吐成为瓶颈，且业务允许降低隔离度时，可针对性替换：
- Host 模式：容器直接复用宿主机网络命名空间，绕过虚拟网桥和 NAT，延迟最低、吞吐最高，适合单机高并发微服务（如 API 网关、实时计算）
- Macvlan 模式：为容器分配真实 MAC 地址，使其像物理机一样接入局域网，吞吐接近裸机，适合数据库主从、消息中间件等对带宽敏感组件
- 注意：host/macvlan 不提供默认 DNS 服务发现，需配合 Consul 或自建 DNS，或改用 IP+端口直连
