Linux TCP连接调优核心是提升高并发下的建立效率、资源利用率与稳定性，关键在于理解参数作用及系统瓶颈；需协同内核参数（如tcp_tw_reuse、somaxconn）、缓冲区设置、保活机制与应用配置（Nginx worker_connections、Java Netty等）共同优化。
Linux TCP 连接调优的核心目标是提升高并发场景下的连接建立效率、资源利用率与稳定性，关键不在堆参数，而在理解每个参数的实际作用和系统瓶颈所在。
内核参数：从连接建立到释放的全程控制
以下参数直接影响 TCP 连接生命周期，适用于 Nginx、Redis、数据库代理等短连接密集型服务：
- net.ipv4.tcp_tw_reuse = 1：允许 TIME_WAIT 状态的 socket 在安全前提下被快速复用于新连接（需开启 timestamps），显著缓解端口耗尽问题；生产环境建议开启。
- net.ipv4.tcp_fin_timeout = 30：缩短 FIN_WAIT_2 超时时间，默认 60 秒，设为 30 可加快异常断连回收，但不宜低于 15。
- net.ipv4.tcp_max_syn_backlog = 65535：增大 SYN 队列长度，配合应用层 listen() 的 backlog 参数（如 Nginx 的 listen ... backlog=65535），避免高并发建连时丢 SYN 包。
- net.core.somaxconn = 65535：系统级最大 accept 队列长度，必须 ≥ 应用设置的 backlog，否则会被截断。
内存与缓冲区：避免因缓冲不足引发重传或丢包
缓冲区设置不当会导致吞吐下降、延迟升高，尤其在千兆及以上带宽或 RTT 较高的网络中更明显：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- net.ipv4.tcp_rmem 和 tcp_wmem：三元组格式为 “min default max”，例如 net.ipv4.tcp_rmem = 4096 524288 8388608。max 值建议设为带宽 × RTT（BDP），如 10Gbps + 10ms RTT ≈ 12.5MB，可设为 16MB；min 不宜过小（至少 4KB），default 影响初始窗口。
- net.ipv4.tcp_slow_start_after_idle = 0：禁用空闲后重置拥塞窗口，保持长连接吞吐稳定，对微服务间持续通信很实用。
连接保活与超时：平衡资源占用与故障感知
默认保活机制过于保守，高并发服务常需主动干预：
- net.ipv4.tcp_keepalive_time = 600：连接空闲 10 分钟后开始发 keepalive 探测，可按业务容忍度下调至 300（5 分钟）。
- net.ipv4.tcp_keepalive_intvl = 60：两次探测间隔 60 秒，配合 tcp_keepalive_probes = 3，即 5+3×1=8 分钟未响应则断连，比默认 2 小时更及时。
- 应用层仍应实现自己的心跳或请求超时（如 HTTP client timeout），内核保活不能替代业务层健康检查。
应用协同：参数生效离不开服务配置匹配
内核调优只是半程，应用配置不匹配会让优化失效：
- Nginx 需显式设置 worker_connections 65535 和 events { use epoll; }，并确保 ulimit -n 足够（如 100000）。
- Java 应用注意 JVM 的 -XX:MaxDirectMemorySize 和 Netty 的 SO_RCVBUF/SO_SNDBUF 设置，避免被内核缓冲区限制反向压制。
- 连接池（如 HikariCP、gRPC 的 Channel）要合理设置最大连接数、空闲超时、健康检查周期，与内核的 TIME_WAIT 回收节奏对齐。
