nginx长连接保活与tcp keepalive是分属应用层和传输层的两套独立机制：前者由nginx主动控制空闲超时后直接断连，后者由内核被动探测存活后清理失效连接，配置与目标均不同，共存时需确保nginx超时小于tcp总探测时长。
nginx 的长连接保活和 TCP Keepalive 是两套完全独立、分属不同层级的机制，作用目标、触发逻辑、控制主体都不同，混用或误配容易导致连接异常中断或资源堆积。
HTTP 层长连接（Nginx keepalive_timeout）
这是应用层行为，由 Nginx 主动管理，核心是「复用连接 + 主动回收」：
- 客户端发起 HTTP 请求时带 Connection: keep-alive，Nginx 才考虑复用该 TCP 连接
- Nginx 在响应完成后不立即断开 TCP，而是启动一个空闲计时器（默认 75 秒，常设为 60 秒）
- 计时器到期且无新请求到达，Nginx 直接发起 TCP 四次挥手，干净关闭连接
- 全程不发任何探测包，不关心客户端是否掉线，只按业务空闲时间做资源回收
TCP 层 Keepalive（SO_KEEPALIVE）
这是操作系统内核实现的传输层机制，核心是「探测存活 + 被动清理」：
- 只要 TCP 连接建立后长时间无任何数据交互（包括 ACK），内核就会介入
- 超时后（如 tcp_keepalive_time=1800s）发送空 ACK 探测包
- 若对方无响应，按间隔重试（tcp_keepalive_intvl=15s），最多尝试若干次（tcp_keepalive_probes=5）
- 全部失败才判定连接失效，内核通知应用层并关闭 socket
关键区别一目了然
两者不是替代关系，而是可能同时生效：
- 层级不同：Nginx keepalive 是 HTTP 协议逻辑，TCP Keepalive 是内核网络栈功能
- 目的不同：前者优化请求复用效率，后者发现网络中断或进程崩溃
- 行为不同：前者到点就断，后者先探再断；前者由 Nginx 进程控制，后者由 Linux 内核控制
- 配置位置不同：Nginx 用 keepalive_timeout 指令；TCP Keepalive 配置在系统级（/proc/sys/net/ipv4/…）或通过 setsockopt 设置
实际部署建议
多数 Web 场景下只需关注 Nginx 层配置：
- 将 keepalive_timeout 设为略大于前端最大请求间隔（如 60 秒），避免过早断连
- 一般无需开启 TCP Keepalive，除非后端是长周期无数据的四层代理（如 stream 模块转发 MySQL）、或需快速感知客户端硬断网
- 若两者共存，注意 Nginx 的超时应小于 TCP Keepalive 总探测时长（例如 1800+15×5 = 1875 秒），否则内核可能先于 Nginx 发起断连
