先用memory_get_usage()和memory_get_peak_usage()做三次基线对比确认内存是否回落，再用xdebug_debug_zval()检查refcount是否异常不降为0，最后通过gc_status()观察roots是否持续增长且collected几乎不动，以此验证循环引用真实存在。
确认循环引用是否真实存在
先别急着调 GC，先验证问题根源。用 memory_get_usage() 和 memory_get_peak_usage() 做基线对比：脚本启动时记一次，执行疑似循环结构（如对象互相赋值、数组嵌套引用）后记一次，再 unset 变量后再记一次。如果内存没回落，且反复执行该段逻辑后内存持续上涨，才说明可能有循环引用积累。
用 xdebug_debug_zval 查看 refcount 和 is_ref 状态
在关键变量操作前后插入 xdebug_debug_zval('var_name')，观察 refcount 是否异常不归零。例如：
正常情况：$a = new stdClass(); $b = $a; → refcount=2；unset($b); → refcount=1；unset($a); → refcount=0，内存立刻释放。
循环引用信号：$obj->self = $obj; 后 xdebug_debug_zval('obj') 显示 refcount ≥ 2 且 unset 后仍不降为 0，基本可判定进入 GC 根缓冲区但未被清理。
立即学习“PHP免费学习笔记（深入）”；
检查 GC 是否启用并监控根缓冲区状态
运行 gc_enabled() 确认开关状态；用 gc_status()（PHP 7.3+，8.1 完全支持）查看实时信息，重点关注：
- runs：GC 周期已触发次数
- collected：累计回收的循环节点数
- roots：当前根缓冲区中待检测的“可能根”数量
若 roots 持续增长（尤其接近默认阈值 10000），而 collected 几乎不动，说明循环结构未被识别或 GC 未触发。
主动触发并验证 GC 清理效果
在 unset 循环结构后立即调用 gc_collect_cycles()，再查内存和 refcount：
- 它不清理普通变量，只处理已入根缓冲区的循环候选者
- 返回值是本次实际清理的 zval 数量 —— 若返回 0，说明缓冲区无有效循环，或结构未被识别（比如用了弱引用、Closure 绑定等特殊情形）
- 配合 gc_status() 对比调用前后 roots 和 collected 变化，确认是否生效
对常驻进程（如 Swoole Worker），建议在请求结束或定时任务中固定调用，避免缓冲区溢出延迟清理。
