Swoole通过heartbeat_check_interval和heartbeat_idle_time参数实现服务端主动心跳检测，每10秒检查一次连接，空闲超60秒则关闭；基于最后通信时间戳判断存活，无需客户端ping/pong；结合应用层定时ping/pong可提升NAT等复杂环境下的可靠性。
Swoole中的心跳检测机制主要用于维持客户端与服务器之间的长连接，及时发现并清理掉已经断开的连接。这个机制在TCP长连接服务中特别重要，比如即时通讯、推送服务等场景。Swoole通过内置的心跳检测功能，可以自动判断连接是否存活，无需开发者手动轮询。
启用心跳检测的两个关键参数
Swoole提供两个核心配置项来控制心跳行为：
- heartbeat_check_interval：设置服务器每隔多少秒检查一次连接是否超时
- heartbeat_idle_time：定义一个连接最大允许的空闲时间（没有收发数据），超过则被关闭
例如，设置每10秒检查一次，连接最长空闲时间为60秒：
$server->set([
‘heartbeat_check_interval’ => 10,
‘heartbeat_idle_time’ => 60,
]);
心跳机制的工作原理
Swoole并不依赖客户端主动发送ping包来保活，而是通过记录每个连接最后一次通信的时间戳，由服务器端定时扫描所有连接。当某个连接的空闲时间超过heartbeat_idle_time，Swoole会认为该连接已失效，并触发onClose回调。
- 每次客户端发送数据，系统会自动更新该连接的“最后活跃时间”
- 即使客户端异常断网（如手机切后台、网络中断），服务端也能在设定时间内发现并释放资源
- 不需要客户端实现ping/pong协议也能完成连接管理
结合应用层心跳更可靠
虽然Swoole的被动心跳机制能处理大多数情况，但在某些复杂网络环境下（如NAT超时），建议配合应用层心跳使用。可以在客户端定时发送ping请求，服务端收到后回复pong：
- 客户端每30秒发送一次{“type”: “ping”}
- 服务端监听到ping消息后返回{“type”: “pong”}
- 这样可以主动探测连接可用性，避免中间设备断连而服务端未感知
基本上就这些。Swoole的心跳机制设计简洁高效，合理设置参数即可应对大部分长连接场景，减少内存泄漏和无效连接堆积。关键是根据业务需求调整检测频率和空闲阈值，平衡实时性与系统开销。不复杂但容易忽略。