在 PHP 面试中，垃圾回收机制是一个高频且容易拉开差距的考点。很多候选人能说出“引用计数”四个字，但当面试官追问“循环引用怎么处理”“什么时候会触发 GC”“根缓冲区是什么”时，往往就答不上来了。本文从面试题的角度出发，系统梳理 PHP 垃圾回收机制的核心原理，重点分析引用计数循环引用问题及其解决方案。
一、为什么 PHP 需要垃圾回收
PHP 是一门自动管理内存的语言，开发者不需要像 C 语言那样手动 malloc 和 free。但“自动”并不意味着没有代价，PHP 内部必须有一套机制来判断哪些内存可以释放。
PHP 的变量存储在 zval（Zend Value）结构中。每个 zval 除了保存变量值本身，还保存了变量的类型和引用计数等信息。当变量被赋值、传递或销毁时，PHP 会相应地增加或减少引用计数。当引用计数降为 0 时，说明没有任何变量指向这块内存，PHP 就可以将其释放。
这套机制就是引用计数（Reference Counting），它是 PHP 内存管理的基础。
二、引用计数的工作原理
理解引用计数，关键要理解 zval 和 refcount 的关系。简化来看：
- 当创建一个变量时，
refcount = 1； - 当变量被赋值给另一个变量时，
refcount加 1； - 当变量被
unset或离开作用域时，refcount减 1； - 当
refcount变为 0 时，内存被立即释放。
例如：
$a = "hello"; // refcount = 1
$b = $a; // refcount = 2
unset($a); // refcount = 1
unset($b); // refcount = 0，内存释放
引用计数的优点是实时性好：一旦计数归零，内存立刻回收，不需要等待专门的 GC 周期。但它有一个致命缺陷——无法处理循环引用。
三、循环引用问题
所谓循环引用，是指两个或多个对象互相引用，形成一个闭环，导致各自的引用计数永远无法归零。
看一个经典例子：
class Node {
public $next;
}
$a = new Node();
$b = new Node();
$a->next = $b;
$b->next = $a;
unset($a);
unset($b);
执行 unset 后，$a 和 $b 这两个外部变量虽然被销毁了，但两个对象之间仍然互相引用：$a 对象被 $b->next 引用，$b 对象被 $a->next 引用。因此它们的 refcount 都停留在 1，永远不会归零。
这就是内存泄漏。如果这样的代码在长生命周期的脚本中反复执行，内存会持续增长，最终可能耗尽。
四、PHP 的同步周期回收算法
为了解决循环引用问题，PHP 5.3 引入了**同步周期回收（Concurrent Cycle Collection）**算法，其核心思想来自 IBM 的论文《Concurrent Cycle Collection in Reference Counted Systems》。
1. 根缓冲区（Root Buffer）
PHP 并不会对所有变量都做循环检测，那样开销太大。它只把可能的循环引用根放入一个“根缓冲区”（root buffer）。什么情况下一个 zval 会被认为是可能的根？当它的引用计数减少但未归零时，PHP 会将其加入根缓冲区。
根缓冲区默认大小为 10000 个 zval。当缓冲区满，或者手动调用 gc_collect_cycles() 时，GC 才会启动。
2. 标记与回收过程
GC 启动后，主要分为两个阶段：
第一阶段：标记（Mark）
从根缓冲区中的每个根出发，遍历其引用的所有对象，把它们的 refcount 减 1，并标记为“已访问”。这一步的目的是“模拟删除”，看看如果去掉这些根引用，哪些对象的引用计数会变成 0。
第二阶段：扫描与回收（Scan & Collect）
再次遍历这些对象：
- 如果某个对象的
refcount已经变为 0，说明它是循环引用的一部分，可以被回收； - 如果
refcount大于 0，说明它还被外部引用，不能回收，需要把之前减去的引用计数加回来。
最终，被判定为垃圾的对象会被真正释放，内存归还给 PHP 的内存管理器。
3. 为什么根缓冲区大小是 10000
这是一个性能与内存的权衡。缓冲区太小，GC 会频繁启动，影响性能；缓冲区太大，内存占用高，且一次 GC 处理的对象多，暂停时间长。10000 是 PHP 官方经过测试后选择的默认值，可通过 gc_collect_cycles() 手动触发，或通过修改源码中的 GC_ROOT_BUFFER_MAX_ENTRIES 调整。
五、与 GC 相关的常用函数和配置
面试中常被问到的几个实用点：
gc_enable()/gc_disable()：开启或关闭 GC。gc_enabled()：返回 GC 是否开启。gc_collect_cycles()：手动强制执行一次 GC，返回回收的周期数。gc_status()：PHP 7.3+ 可用，返回 GC 的统计信息，包括运行次数、根缓冲区大小、已回收对象数等。zend.enable_gc：php.ini 中的配置项，默认开启。
另外需要注意：PHP 7 之后，GC 的性能有显著提升。PHP 7 改进了 zval 结构，减少了内存占用，同时 GC 算法也做了优化，使得垃圾回收对性能的影响更小。
六、面试常见追问
追问 1：引用计数为 0 时内存立即释放，那 GC 还有必要吗？
有必要。引用计数只能处理无环引用，对于循环引用必须依赖 GC 的周期回收算法。两者是互补关系，不是替代关系。
追问 2：循环引用一定导致内存泄漏吗？
不一定。如果脚本很快结束，PHP 会在请求结束时统一释放所有内存，循环引用不会造成持续影响。只有在长生命周期脚本（如常驻进程、队列消费者）中，循环引用才会真正导致内存泄漏。
追问 3：如何避免循环引用？
- 使用
WeakReference（PHP 7.4+）建立弱引用，不增加引用计数； - 在对象不再需要时，手动断开引用，例如
$a->next = null； - 使用
gc_collect_cycles()在合适时机主动回收； - 对于常驻进程，定期重启或监控内存使用。
追问 4：unset() 和 = null 有什么区别？
unset() 会减少引用计数并销毁变量符号；= null 只是把变量的值改为 null，变量本身仍然存在，但指向的对象引用计数会减少。在循环引用场景下，两者对 GC 的触发影响类似，但语义不同。
七、总结
PHP 的垃圾回收机制建立在引用计数之上，通过根缓冲区和同步周期回收算法解决循环引用问题。面试中回答这个题目，建议按照以下逻辑组织：
- 先讲引用计数的基本原理和优缺点；
- 再讲循环引用为什么会导致内存泄漏；
- 重点讲 PHP 的 GC 算法：根缓冲区、标记、扫描回收；
- 最后补充相关函数、配置和实际应用中的注意事项。
能把“根缓冲区”“模拟删除”“refcount 减 1 再判断”这几个关键点讲清楚，基本就能在面试中脱颖而出。
未经允许不得转载：任鹏个人博客 » PHP 面试题：PHP 垃圾回收机制与引用计数循环引用问题
