必须手动 unset() 才能真正释放的变量包括：大嵌套数组（如 json_decode 返回值）、资源句柄（mysqli_result 等）、全局/静态数组中的单个元素；gc_collect_cycles() 仅回收循环引用，对普通大对象无效，且需确保 gc 已启用、缓冲区已满才生效。
unset() 和 gc_collect_cycles() 是 PHP 7.4 兼容低版本（如 7.2、7.3）最稳妥的内存释放手段，不需要新语法或扩展支持。
哪些变量必须手动 unset() 才能真正释放？
PHP 的引用计数机制对简单变量有效，但以下几类不显式清理就会“卡住”内存：
-
array类型：尤其是json_decode($json, true)返回的大嵌套数组，即使函数返回后仍可能被 Zend 内存池缓存；unset($arr)能强制归零引用并触发底层释放 - 资源句柄：
mysqli_result、PDOStatement、curl_init()返回值，不调用对应关闭函数（mysqli_free_result()、$stmt->closeCursor()、curl_close()）时，unset()仅释放 PHP 层变量，C 层资源仍驻留 - 全局/静态数组累积：
static $cache = [];在 CLI 或长生命周期中持续$cache[] = $item;，必须定期unset($cache[0]);或重置为$cache = [];
gc_collect_cycles() 在低版本中为什么有时没效果？
它只回收“循环引用结构”，而不会处理普通大对象或资源。常见误判场景：
- 你调了
gc_collect_cycles()，但对象间根本没有循环引用（比如只有单向$a->b = $b;），那它什么也不会做 - GC 缓冲区未满（默认阈值 10,000 个根节点），调用前需先确认是否已积累足够候选：
var_dump(gc_status()['roots']); - PHP 7.2–7.3 中 GC 默认启用，但若曾执行过
gc_disable()（某些旧框架初始化逻辑里有），必须先gc_enable()
闭包和匿名函数在低版本中怎么避免隐式持大变量？
PHP 7.4 的箭头函数（fn()）是新增特性，低版本只能用 function() use ($x) {}，但容易因 use 过度引入导致泄漏：
- 错误写法：
$callback = function() use ($hugeArray) { return count($hugeArray); };—— 即使只读取count()，整个$hugeArray仍被按值复制进闭包作用域 - 正确做法：只
use必需字段，或改用参数传递：$callback = function($size) { return $size; }; $callback(count($hugeArray)); - 用完立即断开：
$callback = null;，否则闭包本身会一直持有其所捕获的所有变量
为什么 memory_get_usage(true) 比默认调用更可靠？
默认 memory_get_usage() 返回的是“当前脚本分配器视图”，受 Zend 内存池复用影响，数值波动大；加 true 参数才返回操作系统实际分配的字节数，适合跨版本对比：
echo "Real memory: " . memory_get_usage(true) . "\n";
在 CLI 循环中每轮打点时，务必用这个值——否则你看到的“内存没涨”，可能只是池子在复用旧块，真实占用早已悄悄翻倍。
真正棘手的泄漏往往不在单次执行，而在反复调用后引用关系错综复杂；别依赖 GC 自动兜底，低版本里主动 unset + 显式关闭 + 控制 use 范围，才是稳态运行的底线。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
