PHP循环引用导致内存泄漏？一文讲清排查与解决

1. 前言做 PHP 开发的朋友多多少少都遇到过内存占用居高不下的情况。尤其是跑长任务、写常驻脚本或者处理大数组的时候内存蹭蹭往上涨看着就让人头疼。其实很多时候问题并不在业务逻辑本身而是出在 PHP 的垃圾回收机制上——说得再具体一点是循环引用把本该释放的内存给“锁”住了。这篇文章不打算堆砌太多理论而是想从实际排查的角度出发把 PHP 垃圾回收的原理、循环引用为什么会导致内存泄漏以及我们平时该怎么定位和解决这类问题一次讲清楚。2. 先搞清楚 PHP 的引用计数PHP 的内存管理核心就是“引用计数”。简单来说每个变量背后都有一个计数器记录着这个变量被引用了多少次。当计数器归零的时候这个变量占用的内存就会被回收。举个例子下面这段代码就很直观?php $a new stdClass(); // 此时 $a 的引用计数为 1 $b $a; // 赋值给 $b 后引用计数变为 2 unset($a); // 销毁 $a引用计数减为 1 unset($b); // 销毁 $b引用计数归零内存被回收 ?看起来挺简单的对吧但问题恰恰出在“循环引用”上——当两个对象互相引用对方的时候它们的引用计数永远都不会归零。3. 循环引用是怎么把内存“锁死”的循环引用说白了就是 A 引用了 BB 又引用了 A形成一个闭环。这时候就算外部已经没有变量指向它们了这两个对象的引用计数也始终是 1永远不会归零内存也就一直占着不放。看个典型的例子?php class Node { public $next; public $data; public function __construct($data) { $this-data $data; } } $node1 new Node(第一个节点); $node2 new Node(第二个节点); // 互相引用形成循环 $node1-next $node2; $node2-next $node1; // 外部引用全部销毁 unset($node1); unset($node2); // 但内存并没有被释放 // 因为 $node1 和 $node2 还在互相引用着对方 ?这段代码跑完之后两个对象依然存在于内存中谁也释放不了谁。如果是在循环里反复创建这样的对象内存就会像滚雪球一样越积越多最终导致内存泄漏。4. PHP 的垃圾回收器是怎么工作的PHP 当然也意识到了这个问题所以在 5.3 版本之后引入了专门的垃圾回收器GC。它的思路是定期扫描那些“可能形成循环引用”的变量通过一种叫“根缓冲区”的机制把真正没有外部引用的循环对象找出来并回收掉。简单理解就是当一个变量的引用计数减少但没归零时它会被放进根缓冲区。当根缓冲区满了默认 10000 个节点GC 就会启动一次扫描。GC 会模拟“如果把这个对象的外部引用全部去掉它的引用计数会不会归零”如果会就说明它是垃圾可以回收。这个机制本身是有效的但问题在于——GC 不是实时触发的它需要等根缓冲区攒够一定数量才会跑一次。所以如果你的脚本创建了大量循环引用但还没触发 GC内存就会一直涨。5. 实战排查怎么定位循环引用排查内存泄漏最直接的办法就是看内存占用曲线。如果内存只涨不降那基本可以断定有泄漏。接下来就是定位具体是哪里出了问题。这里分享几个我常用的排查手段?php // 方法一在关键节点打印内存占用 echo 当前内存 . memory_get_usage() . 字节 . PHP_EOL; // 方法二手动触发一次垃圾回收看内存有没有降下来 gc_collect_cycles(); echo GC 后内存 . memory_get_usage() . 字节 . PHP_EOL; // 方法三查看根缓冲区里有多少待处理节点 echo 根缓冲区节点数 . gc_status()[runs] . PHP_EOL; ?如果手动调用gc_collect_cycles()之后内存明显下降那就说明循环引用确实存在而且 GC 还没来得及处理它们。6. 怎么避免和解决循环引用定位到问题之后解决思路其实就几条打破循环在不需要的时候手动把对象的引用置为null比如$node1-next null;这样引用计数就能正常归零。用弱引用PHP 7.4 之后支持WeakReference它不会增加引用计数适合做缓存、观察者这类场景。及时触发 GC在长任务里可以定期调用gc_collect_cycles()避免垃圾堆积。避免深层嵌套的对象图设计上尽量让对象之间的依赖关系简单一些减少形成闭环的可能。拿前面的链表例子来说最简单的修复就是?php // 销毁前先打破循环 $node1-next null; $node2-next null; unset($node1); unset($node2); // 这次内存就能正常释放了 ?7. 写在最后PHP 的垃圾回收机制其实并不复杂但循环引用这个坑确实容易踩。尤其是写队列消费、定时任务这类长生命周期脚本的时候一个不起眼的循环引用可能跑几天就把内存吃光了。建议大家在写代码的时候心里多一根弦对象之间互相引用的时候想想它的生命周期是不是可控的。真出了问题也别慌用memory_get_usage()配合gc_collect_cycles()一步步排查很快就能找到元凶。希望这篇文章能帮到你。如果你在实战中也遇到过类似的内存泄漏问题欢迎在评论区聊聊你的排查思路。