必须显式设置heartbeat_idle_time和heartbeat_check_interval并同步维护连接元信息、刷新last_active、清理资源及捕获协程栈。swoole tcp长连接需配置内核心跳（二者须同时设且idle_time＞slb超时）、用table跨worker存ip/时间、onreceive开头更新last_active、onclose彻底清理table/定时器/task，并在异常断连时记录协程堆栈。
在高并发微服务网关或实时消息推送系统中，Swoole TCP长连接若未正确处理连接生命周期、心跳保活与异常断连，会导致大量ESTABLISHED连接堆积、客户端静默掉线、内存泄漏甚至Worker进程卡死。这些问题无法靠重启掩盖，必须从连接管理机制入手解决。
初始化TCP服务器并启用内核级心跳
创建Server实例时必须显式设置heartbeat_idle_time和heartbeat_check_interval，否则Swoole不会自动触发心跳检测逻辑，仅依赖应用层心跳极易被防火墙或SLB主动回收。
执行：$serv = new Swoole\Server('0.0.0.0', 9501); → $serv->set(['heartbeat_idle_time' => 300, 'heartbeat_check_interval' => 60]);
注意：这两个参数必须同时设置才生效；【heartbeat_idle_time必须大于SLB/防火墙的空闲超时阈值（通常为60–300秒）】，否则连接会在Swoole检测前就被中间设备强制断开且不发FIN包。
连接建立时注册元信息并绑定协程上下文
在onConnect回调中，仅记录$fd远远不够——必须同步写入客户端IP、连接时间、最后通信时间，并将该连接绑定到独立协程中，避免后续onReceive阻塞影响其他连接。
方法一：使用全局数组存储（适用于单Worker）
$connections[$fd] = ['ip' => $server->getClientInfo($fd)['remote_ip'], 'connect_time' => time(), 'last_active' => time()];
方法二：使用Swoole\Table实现跨Worker共享（生产环境必需）
先定义：$table = new Swoole\Table(1024); $table->column('ip', \Swoole\Table::TYPE_STRING, 46); $table->column('connect_time', \Swoole\Table::TYPE_INT, 8); $table->column('last_active', \Swoole\Table::TYPE_INT, 8); $table->create(); → 在onConnect中：$table->set($fd, ['ip' => $info['remote_ip'], 'connect_time' => time(), 'last_active' => time()]);
接收数据时更新活跃时间并校验心跳帧
第一步：在onReceive中无条件刷新last_active字段，哪怕收到的是空数据或非法协议包——这是判断连接是否存活的唯一可信依据。
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
第二步：对固定格式的心跳请求（如"PING"）立即返回"PONG"，不走业务逻辑链路，降低延迟。
第三步：若收到非心跳数据但解包失败，直接$server->close($fd)，防止粘包或畸形数据污染后续接收缓冲区。
这一步操作起来很简单，直接把$table->set($fd, ['last_active' => time()])放在onReceive最开头即可，但漏掉会导致连接池误判“假活跃”连接。
主动关闭连接前执行资源清理
① 在onClose回调中，必须从Swoole\Table或全局数组中unset对应$fd条目，否则内存持续增长且连接数统计失真。
② 若该连接关联了定时器（如业务超时timer），需调用Swoole\Timer::clear($timer_id)显式销毁，否则协程栈残留导致内存泄漏。
③ 若使用了Task进程投递异步任务，需检查任务是否完成；未完成则记录日志并标记为“中断任务”，避免业务状态不一致。
漏掉第①步将导致Table内存永不释放，运行7天后可能吃光1GB共享内存——这不是理论风险，是线上真实发生过的事故。
异常断连时捕获协程栈快照
当onClose被触发但$server->getClientInfo($fd)返回false（说明连接已不可查），大概率是内核连接异常中断。此时应立即冻结当前协程上下文：
go(function () { $cid = Co::getCid(); file_put_contents("/tmp/close_{$fd}_".date('Ymd_His').".log", print_r(Co::getBackTrace($cid, 20), true)); });
该日志能定位到是哪个业务协程阻塞了事件循环，进而导致心跳超时未响应——这是排查“无声断连”的关键证据。
