PHP框架常驻进程需主动管理GC以防止内存泄漏，应通过检查GC状态、监控垃圾积累、验证循环引用，并在请求结束、内存阈值超限或对象销毁时触发回收，同时避免禁用GC或设置过低阈值。
PHP框架在长时间运行中容易因循环引用和未释放的大对象导致内存持续增长，尤其在Swoole或Workerman常驻进程中，不干预GC行为可能让单个Worker内存占用从20MB涨到500MB以上。
确认当前GC状态与阈值
第一步：检查GC是否启用及当前缓冲区容量
执行var_dump(gc_enabled(), gc_collect_cycles(), ini_get('zend.gc_threshold'));。返回true, int(0), string(5) "10000"表示GC开启且根缓冲区默认为10000条目。
第二步：观察实际垃圾积累量
在循环处理逻辑前后调用gc_status()（PHP 7.3+），对比collected和roots字段。若roots接近10000但collected长期为0，说明垃圾未被及时回收。
第三步：验证是否真存在不可达循环结构
使用xdebug_debug_zval()检查疑似对象的refcount和is_ref。若refcount > 0但已无外部变量指向它，基本可判定为循环引用残留。
立即学习“PHP免费学习笔记（深入）”；
主动触发GC的三种时机
方法一：在请求结束前强制清理
在Laravel的Kernel::terminate()、ThinkPHP的App::after()等全局钩子中插入gc_collect_cycles();。这一步操作起来很简单，直接加一行就行，但要注意——【不能在协程内频繁调用，会阻塞事件循环】。
方法二：按内存增量阈值触发
记录memory_get_usage(true)初始值，每次处理完一批数据后对比差值。若增长超5MB且gc_collect_cycles() < 1，立即执行回收。这种策略对批量导入导出类任务特别有效。
方法三：在对象销毁前手动破环
在模型或服务类的__destruct()中，显式切断循环引用：$this->parent = null; $this->children = [];。注意：这必须在引用关系真正终结时做，提前置空会导致业务逻辑异常。
减少内存碎片的关键写法
避免在循环中反复new相同结构的对象。例如不要写for($i=0;$i<1000;$i++){$item=new Order();...}，改用对象池复用实例，或直接用数组+json_decode(..., false)替代。
大数组处理务必分块：array_chunk($data, 500)比一次性foreach安全得多。PHP的写时复制机制会让未修改的大数组持续共享内存页，一旦某个元素被修改，整个数组副本就会被创建，瞬间翻倍内存占用。
用SplFixedArray替代普通array存储固定长度数值集合。它底层是C数组，不带哈希表开销，内存布局连续，GC扫描压力小。初始化时指定容量：$arr = new SplFixedArray(10000);，后续$arr[$i] = $val不会触发重分配。
禁用无效GC的危险操作
不要调用gc_disable()来“提升性能”。PHP 7.4+已将GC开销压至极低，禁用后循环引用内存永不释放，Worker进程几小时内就会OOM崩溃。
不要把ini_set('zend.gc_threshold', 1)写进框架启动文件。阈值设得过低会导致每处理1个对象就触发一次GC扫描，CPU占用飙升30%以上，反而拖慢吞吐量。
不要依赖unset()后立刻观察memory_get_usage()下降。unset只是减refcount，内存归还由GC周期决定，【观测内存变化必须等待gc_collect_cycles()返回非零值】。
