HTTP/1.1服务器能否感知keep-alive连接下客户端已失联？

结论 #

针对你描述的场景，HTTP协议本身没有对应存活检测机制，TCP协议栈存在可实现该需求的保活机制，但默认不开启。

1. HTTP层的Keep-Alive不具备存活探测能力

HTTP协议中的Keep-Alive头的作用仅为约定双方可以复用当前TCP连接发送多个HTTP请求/响应，没有内置主动探测对端存活的逻辑，只要TCP层没有上报连接错误，HTTP层默认会认为连接始终可用。

2. TCP层自带保活（TCP Keepalive）机制，可实现类似ping的探测

TCP协议栈本身内置了可选的保活功能，需要应用层（Web服务器、HTTP客户端程序）主动为套接字开启该配置才会生效，生效后的逻辑如下：

• 当TCP连接处于空闲状态的时间达到设定阈值后，本地TCP栈会周期性向对端发送探测报文
• 如果能收到对端的响应，就判定连接正常存活，重置空闲计时
• 如果连续多次探测都无法收到对端的响应，TCP栈会判定连接已经失效，主动通知上层应用该连接不可用

注意：TCP保活的默认参数通常设置得非常宽松，多数操作系统默认空闲2小时后才会开始发送探测报文，这个间隔远大于常规HTTP服务的空闲连接超时阈值，因此如果没有主动修改参数，实际场景中基本不会依赖TCP保活来检测断电这类异常。

如果没有开启TCP保活，客户端突发断电时无法主动向服务器发送FIN/RST包断开连接，服务器侧完全感知不到客户端的异常，只能依赖上层HTTP服务配置的超时机制释放无效连接。

内容的提问来源于stack exchange，提问作者Shadow