swow内存泄漏需先启用swow_memory_guard=1开关，再通过listcoroutines()定位悬停协程并分析调用栈，接着用weakreference或unset避免闭包强引用，最后检查tensor等资源是否调用destroy()释放。
Swow作为PHP生态中新兴的高性能协程扩展，其轻量级调度器在高并发场景下表现优异，但协程上下文管理不当极易引发内存泄漏——表现为服务运行数小时后RSS持续攀升、gc_collect_cycles()调用无效、协程列表不断堆积且无法自然退出。
启用Swow原生内存监控开关
Swow 1.5+ 内置协程内存守卫机制，需通过环境变量显式激活：export SWOW_MEMORY_GUARD=1。该开关仅在CLI模式下生效，Web SAPI（如PHP-FPM）中无效。
启动服务前执行：SWOW_MEMORY_GUARD=1 php server.php。未设置此变量时，Swow不会记录协程栈帧分配路径，后续所有诊断将失去上下文依据。
这一步必须在进程启动前完成，【启动后动态修改环境变量对已运行协程无任何影响】。
定位异常驻留协程
协程未正常退出是内存泄漏的直接表征。使用Swow提供的内置函数实时扫描：
第一步：获取当前全部协程ID列表：$cids = \Swow\Coroutine::listCoroutines();
第二步：遍历每个协程ID，检查其状态是否为SWOW_COROUTINE_STATUS_RUNNING或SWOW_COROUTINE_STATUS_WAITING：foreach ($cids as $cid) { $status = \Swow\Coroutine::getStatus($cid); if ($status === SWOW_COROUTINE_STATUS_RUNNING || $status === SWOW_COROUTINE_STATUS_WAITING) { echo "悬停协程 {$cid}，状态：{$status}\n"; } }
第三步：对悬停协程提取完整调用栈：\Swow\Coroutine::getBackTrace($cid)。输出中若反复出现sleep()、wait()、channel->pop()等阻塞调用，且无对应超时控制，则大概率存在死锁或未处理的异常中断。
检测闭包强引用泄漏
方法一：用WeakReference替代普通闭包捕获
原始写法：go(function () use ($bigObject) { $bigObject->handle(); }); —— 此处$bigObject被强引用，协程不结束则对象永不释放。
修复写法：$ref = \WeakReference::create($bigObject); go(function () use ($ref) { $obj = $ref->get(); if ($obj !== null) { $obj->handle(); } });
方法二：手动解绑+unset双保险
在协程退出前显式切断闭包与对象关联：$closure = function () use ($obj) { /* ... */ }; unset($obj); // 立即解除引用，而非等待协程结束
【unset()必须在协程函数体内部执行，放在外部作用域无效】。
验证Tensor/资源类对象是否残留
Swow常与AI推理扩展（如onnxruntime-php）联用，这类扩展的C层资源不随PHP对象析构自动释放。
检查代码中是否存在类似$this->tensor = \ONNXRuntime\Tensor::fromArray(...)但未配对调用$this->tensor->destroy()的场景。
若使用Swow Channel传递Tensor对象，务必在接收端完成处理后立即调用destroy()并unset：$tensor->destroy(); unset($tensor);
这一步操作起来很简单，直接把destroy()和unset()加在channel消费逻辑末尾就行。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
