PHP 8.3 内存泄漏的真坑在于 CLI/Swoole/FPM 持久化场景下 memory_get_usage() 持续上升却不报错；gc_collect_cycles() 有时无效因 GC 不扫描活引用、闭包循环回收延迟、WeakMap 值不自动清理，且需用 memory_get_usage(true) 判断真实泄漏。
PHP 8.3 的内存泄漏不是“查不查得到”的问题，而是你得知道在哪些地方它根本不会报错、但内存会悄悄涨——尤其在 CLI 长任务、Swoole Worker 或 FPM 持久化场景下，memory_get_usage() 持续上升却没触发 Fatal error: Allowed memory size exhausted，这才是真坑。
为什么 PHP 8.3 的 gc_collect_cycles() 有时像没用？
PHP 8.3 默认启用 Zend GC，但它只对“疑似循环根”的结构做标记清除，且触发有延迟。以下情况会导致 gc_collect_cycles() 返回 0 或数值极小，但内存未回落：
- 对象未参与循环引用，但被全局数组或静态属性长期持有（如
self::$cache[] = $obj;），GC 根本不扫描这类“活引用” - 闭包隐式捕获
$this，而该对象又通过属性反向持有该闭包，构成闭环——GC 能识别，但若__destruct存在或结构嵌套深，回收可能延后数轮 - 使用了
WeakMap却误当成普通数组：WeakMap 不增加引用计数，但若键对象已销毁，对应值不会自动清理，残留的 value 若是大字符串或资源句柄，仍占内存 - CLI 模式下未调用
gc_enable()（PHP 8.3 默认开启，但某些嵌入式 SAPI 或自定义构建可能关闭）
memory_get_usage(true) 和 memory_get_usage(false) 差太多，怎么看？
这是判断泄漏类型的关键分水岭：
-
memory_get_usage(false)返回 ZendMM 内存池中已分配但未释放的字节数（含 slot/page 复用块），数值偏小，适合看“脚本内变量生命周期” -
memory_get_usage(true)返回向操作系统申请的总内存（chunk 级），数值大且变化滞后——如果它持续上涨，说明内存池不断向系统要新 chunk，大概率是真实泄漏或缓存失控 - 典型陷阱：反复
unset($bigArray)后false值回落，但true值不降，说明 ZendMM 把内存留着复用了；可接受。但如果true值每轮迭代都 +2MB，基本就是 chunk 泄漏，得查资源句柄或扩展
PHP 8.3 下哪些扩展最容易引发真实堆泄漏？
纯 PHP 层几乎不会造成 C 堆级泄漏，但以下扩展在 PHP 8.3 中仍有报告：
立即学习“PHP免费学习笔记（深入）”；
-
ext/sockets：未调用socket_close()的 socket 资源，在长连接场景下会累积 fd 并拖慢 GC -
ext/curl：PHP 8.3 修复了部分 handle 复用 bug，但若手动调用curl_setopt($ch, CURLOPT_HEADERFUNCTION, ...)并返回非整数，可能导致底层 buffer 未释放 -
pdo_pgsql：当使用PDO::ATTR_EMULATE_PREPARES => false且 prepare 失败后未显式$pdo->prepare()->closeCursor()，statement 句柄可能滞留 - 第三方扩展如
php-rdkafka1.9+、amqp2.0+：若未按文档调用RdKafka\Conf::set('dr_msg_cb', ...)后的清理逻辑，librdkafka 底层内存可能不归还
验证方法：用 get_resources('stream') 或 get_resources('curl') 查活跃资源数，再配合 valgrind --tool=memcheck php your_script.php（需编译 PHP 时加 --enable-debug）定位 C 层 alloc/free 不配对。
CLI 脚本里怎么写才不容易漏内存？
别依赖“脚本结束自动清理”，PHP 8.3 的 CLI 进程可能跑几小时。关键动作必须显式做：
- 大数组/字符串处理完立刻赋
null：$data = null;比unset($data)更可靠，避免符号表残留 - 用
{}划作用域：{ $temp = range(1, 500000); process($temp); }，离开块后 Zend 引擎自动清栈帧 - 静态缓存加 LRU 控制：
array_unshift(self::$cache, $item); if (count(self::$cache) > 100) array_pop(self::$cache); - 每次循环末尾加
gc_collect_cycles();——不是为了“马上回收”，而是防止 GC 队列积压导致某次爆发式扫描卡顿
最易被忽略的是：PHP 8.3 的 WeakMap 键对象销毁后，value 不会自动 unset，如果你把大对象塞进 value，得自己维护清理逻辑。
