Workerman协程高并发下Connection对象生命周期管理失控导致内存泄漏，表现为每小时内存上涨2GB以上、OOM Killer终止进程及业务异常；需通过RSS线性增长观测确认泄漏，再以ConnectionManager统一管理、清除闭包强引用、升级PHP 8.0+启用WeakMap三步解决。
Workerman协程高并发下连接泄漏会导致内存每小时上涨2GB以上，进程被OOM Killer强制终止，订单推送失败、客服消息延迟、WebSocket连接频繁断开——这不是配置问题，是Connection对象生命周期管理失控的直接后果。
确认是否真泄漏而非正常内存增长
执行ps aux --sort=-%mem | grep php，挑出运行超5分钟的Worker进程，记录其RSS值（单位KB）；连续观测10分钟，若RSS呈线性上升（如每分钟涨2MB以上），且memory_get_peak_usage(true)打点同步攀升，则确认为真泄漏。
【不要依赖memory_get_usage()单次返回值】，它只反映脚本堆内存，完全无法体现闭包捕获、静态变量、底层扩展持有的“僵尸对象”。
清理UID映射：三步断掉强引用链
第一步：改用ConnectionManager类统一管理连接，禁止直接往$ws_worker->uidConnections[$connection->uid] = $connection赋值。
第二步：在onClose回调中调用ConnectionManager::getInstance()->remove($connection->uid, $connection->id)，确保unset动作发生在连接关闭瞬间。
第三步：检查remove()方法内部是否执行if(empty($this->connections[$uid])) { unset($this->connections[$uid]); }——漏掉这行，残留空数组会持续占用内存。
替换闭包回调：斩断$this隐式强引用
方法一：将Timer::add(1, function() use ($this) { ... })全部替换为Timer::add(1, [$this, 'tick'])。
方法二：更彻底的做法是改用静态方法回调：Timer::add(1, [self::class, 'onTick'])，彻底剥离实例上下文。
【Timer::add传数组回调比匿名函数更危险——它给实例加了一条强引用链】，尤其当$this又持有静态数组时，形成“实例→静态数组→Connection”的闭环引用。
升级PHP与Workerman：启用WeakMap自动释放
将运行环境升级至PHP 8.0+，把所有static $connections = []替换为private WeakMap $connections;声明，并在构造函数中初始化：$this->connections = new WeakMap();。
后续添加连接时用$this->connections[$connection] = $context;，无需手动unset——Connection对象销毁时，WeakMap自动解绑对应条目。
这一步操作起来很简单，直接改声明+初始化即可，但必须确保PHP版本≥8.0且未禁用WeakMap扩展。
验证泄漏是否清除
① 启动服务后等待3分钟，执行kill -USR2 PID触发Workerman内存统计；
② 查看workerman.log中connections count与uidConnections count是否随用户进出严格同步增减；
③ 模拟1000个客户端循环连接→发送消息→断开，观测RSS曲线是否在波动后回归基线，不再持续爬升。
