容器高并发下吞吐受限主因是宿主机内核网络栈配置保守；需调大连接队列、加速连接复用与释放：设somaxconn和tcp_max_syn_backlog为65535，启用tcp_tw_reuse，扩端口范围至1024-65535，调fin_timeout为15。
容器在高并发连接场景下收发吞吐受限，往往不是因为应用或容器本身，而是宿主机内核网络栈默认配置过于保守。关键在于让内核能更快建立连接、更高效传输数据、更及时释放资源，并适配容器轻量、短连接多、端口复用频繁的特点。
调大连接队列，避免连接被丢弃
容器服务（如 Nginx、API 网关）面对突发流量时，若内核连接队列太小，新连接直接被丢弃，表现为“connection refused”或延迟飙升。
-
net.core.somaxconn = 65535：全连接队列上限，必须与容器中应用的 listen backlog（如 Nginx 的
listen ... backlog=65535）对齐 -
net.ipv4.tcp_max_syn_backlog = 65535：半连接队列长度，防止 SYN 洪泛导致
SYN_RECV堆积；配合net.ipv4.tcp_syncookies = 1作兜底，但不依赖它扛压 - 验证是否生效：
ss -ltn查看 Send-Q 是否为 65535；netstat -s | grep -i 'listen overflows'应为 0
加速连接复用与释放，缓解端口耗尽
容器常作为客户端发起大量 outbound 连接（如微服务调用、数据库连接池），容易触发 Cannot assign requested address 错误，本质是本地端口+TIME-WAIT 资源不足。
- net.ipv4.tcp_tw_reuse = 1：允许复用处于 TIME-WAIT 状态的 socket 发起新连接（仅对客户端有效），对短连接密集型容器非常关键
- net.ipv4.ip_local_port_range = "1024 65535"：扩大可用端口范围，从默认约 28K 提升至超 64K
- net.ipv4.tcp_fin_timeout = 15：缩短 FIN_WAIT_2 超时时间，加快连接终结；注意不要设过低（如
扩大 TCP 缓冲区，匹配容器网络带宽
容器间通信或容器访问外部高带宽服务时，小缓冲区会成为瓶颈，导致吞吐上不去、重传增多。
- net.core.rmem_max / wmem_max = 16777216（16MB）：单个 socket 最大接收/发送缓冲区
- net.ipv4.tcp_rmem = "4096 524288 16777216"：TCP 接收缓冲区三元组，中间值（512KB）是动态调整基准，适合千兆以上网卡
- net.ipv4.tcp_wmem = "4096 524288 16777216"：同理，用于发送侧
- 搭配 net.core.netdev_max_backlog = 250000：网卡软中断队列，防突发包丢弃
启用现代拥塞控制，提升长肥管道效率
跨机房、云间或高带宽容器通信中，传统 CUBIC 易激进打满带宽并引入高延迟，BBR 更稳更高效。
- net.ipv4.tcp_congestion_control = bbr：启用 BBR v2（Linux 5.4+ 默认，旧版本需确认内核支持）
- net.ipv4.tcp_fastopen = 3：服务端 + 客户端均开启 TFO，首次建连可捎带数据，减少 1 RTT
- net.ipv4.tcp_slow_start_after_idle = 0：避免空闲后重置拥塞窗口，保持吞吐连续性
