WeakReference::create() 创建后，对象还能被回收吗

能，而且会立刻被回收——只要没有其他强引用存在。WeakReference 本身不增加目标对象的 refcount，它只是提供一个“可尝试获取”的通道。WeakReference::create($obj) 返回的实例和 $obj 之间是单向弱绑定，$obj 的生命周期完全不受该弱引用影响。

常见错误现象：$weakRef->get() 突然返回 null，但你没主动销毁 $obj；原因往往是 $obj 所在作用域已结束（比如函数返回），或被 unset() 后 refcount 归零，GC 立即释放了它。

使用场景：

子对象持有父对象弱引用（如 Cart 持有 User），避免循环引用

事件监听器中缓存上下文对象，但不阻止其被回收

协程局部状态映射，避免长生命周期协程意外延长对象存活期

注意：如果 $obj 是 interned string（如字面量 'hello'），它永远不会被 GC 回收，WeakReference 对它无效——因为它的 refcount 恒为 1，且不在 GC 管理范围内。

gc_collect_cycles() 和 WeakReference 的关系

gc_collect_cycles() 不影响 WeakReference 的行为，但它会影响 WeakReference 所指向对象的回收时机——尤其是当该对象还卷入其他循环结构时。

WeakReference 解决的是「引用计数闭环」，而 gc_collect_cycles() 解决的是「GC 根缓冲区中的不可达环」。两者解决的是不同层级的问题：

若 $obj 仅被 WeakReference 引用，且无其他强引用，则无需 gc_collect_cycles()，refcount 归零即刻释放

若 $obj 同时被 WeakReference + 一个未断开的循环引用链（如 $a->b = $b; $b->a = $a;）共同持有，则即使调用 gc_collect_cycles()，$obj 也可能无法释放——因为循环链让它的 refcount 始终 ≥1

在 CLI 或 Swoole 常驻进程中，建议在关键流程尾部（如请求处理完毕、协程退出前）调用一次 gc_collect_cycles()，否则根缓冲区可能长期堆积，延迟本可释放的对象清理

性能提示：高频调用 gc_collect_cycles() 会引发全堆扫描，带来明显 CPU 开销；PHP 默认阈值是 10,000 个节点才自动触发，手动调用应控制在每秒 ≤1 次。

WeakReference 与 WeakMap 的关键区别

别把 WeakReference 当成 WeakMap 的简化版——它们的语义和适用边界完全不同。

WeakReference 是对「单个对象」的弱持有，而 WeakMap 是对「键-值对」的弱绑定，且只弱在键上：

WeakReference：目标对象回收后，get() 返回 null；你必须自己处理空值逻辑

WeakMap：键对象回收后，对应条目从 map 中消失；但值仍是强引用——如果值闭包里捕获了键，就又形成循环引用，导致键无法回收

WeakMap 不支持 keys()、values()、entries()，也无法遍历，因为条目状态由 GC 决定，不可预测

WeakReference 可用于任何对象；WeakMap 键只能是 object，不能是 string/int/array

容易踩的坑：weakMap->set($el, function () use ($el) { ... }) 这种写法会让 $el 永远无法被回收，因为闭包强持有了它——WeakMap 的“弱”只管键，不管值。

__destruct() 里调用 WeakReference::get() 为什么总返回 null

因为 __destruct() 触发的前提是对象 refcount 归零，而 WeakReference 不参与 refcount 计数；一旦进入析构阶段，说明该对象已脱离所有强引用路径，大概率已被 GC 清理或正被清理中。

更关键的是：PHP 的 GC 执行顺序不保证 __destruct() 和弱引用失效的时序一致。实际中，__destruct() 很可能在 GC 扫描前就被调用，此时 $weakRef->get() 还能取到对象；但也可能 GC 已先执行，get() 就返回 null ——这个行为不可靠，不应依赖。

正确做法：

不要在 __destruct() 中依赖 WeakReference::get()

需要反向访问父对象时，应在业务逻辑中提前判断：if ($parent = $this->weakParent->get()) { ... }

若必须在销毁阶段做清理，改用显式解引用：$this->weakParent = null; 或在父对象中维护子对象列表并主动清除

复杂点在于：WeakReference 的存在本身不改变对象生命周期，但它的使用方式会暴露 GC 时序的不确定性——这点在常驻进程里尤其明显，容易误判为“内存泄漏”，其实只是观测窗口不对。

Tags: PHP弱引用 WeakReference PHP垃圾回收机制

分享到：