TCP Keepalive是内核级被动探测机制，非万能保活开关；默认7200秒后首探、75秒间隔、9次失败断连，总超时约2小时11分钟；需依场景调优并配合应用层心跳。
Linux内核中TCP Keepalive机制不是用来“保活长连接”的万能开关，而是一种被动探测手段，仅在连接空闲时周期性发送探测包，用于发现对端异常断连（如进程崩溃、主机宕机、中间网络设备静默丢包等）。它不参与连接建立、不加速重传、也不影响TIME_WAIT状态，配置不当反而可能延长故障感知时间或增加无效流量。
Keepalive核心参数含义与默认值
三个关键参数控制Keepalive行为，均通过/proc/sys/net/ipv4/路径或sysctl设置：
- tcp_keepalive_time：连接空闲多少秒后开始发送第一个Keepalive探测包。默认值为7200秒（2小时）
- tcp_keepalive_intvl：两次Keepalive探测包之间的间隔。默认值为75秒
- tcp_keepalive_probes：连续探测失败多少次后判定连接已断开。默认值为9次
举例：若保持默认值，一个空闲连接需等待2小时才发首个探测，之后每75秒发一次，共发9次（耗时约11分钟），总计约2小时11分钟后内核才通知应用层连接失效。
何时需要调小Keepalive参数
以下场景建议主动缩短探测周期，加快故障发现速度：
- 服务间存在频繁短连接但连接池复用率高，且要求快速感知下游宕机（如微服务注册中心心跳、数据库连接池健康检查）
- 部署在NAT网关、云负载均衡（如AWS ALB、阿里云SLB）后方，而这些设备常设置较短的连接空闲超时（如5~60分钟），早于系统默认Keepalive触发时间
- 应用层无自定义心跳逻辑，完全依赖TCP层判断连接有效性
典型调优参考值：tcp_keepalive_time=600（10分钟）、tcp_keepalive_intvl=30（30秒）、tcp_keepalive_probes=3（3次），即空闲10分钟后开始探测，30秒一发，3次无响应即断连（总超时约11分30秒）。
应用层仍需配合实现可靠心跳
Keepalive是内核级保障，但有明显局限：
- 仅检测链路层连通性，无法确认远端进程是否仍在处理请求（例如进程卡死但socket未关闭）
- 不能穿透代理或四层负载均衡器的连接跟踪表老化机制（它们可能比Keepalive更早中断连接）
- 部分容器网络（如Cilium、Calico）或eBPF转发路径可能干扰Keepalive包传递
因此生产环境强烈建议：在应用协议层面设计轻量心跳帧（如HTTP/2 PING、gRPC keepalive、Redis PING），由业务代码主动收发并校验响应，再结合TCP Keepalive作为兜底。
配置方式与注意事项
修改方式有两种，推荐使用sysctl持久化写入：
- 临时生效：sysctl -w net.ipv4.tcp_keepalive_time=600（重启后失效）
- 永久生效：将net.ipv4.tcp_keepalive_time = 600等三行写入/etc/sysctl.conf或/etc/sysctl.d/99-tcp-keepalive.conf，再执行sysctl -p
注意：参数修改只影响新创建的socket，已有连接沿用创建时的值；应用也可通过setsockopt()在套接字级别覆盖系统默认值（SO_KEEPALIVE + TCP_KEEPIDLE/TCP_KEEPINTVL/TCP_KEEPCNT），优先级高于全局sysctl。
