应先验证是否真由递归导致内存耗尽，再加深度限制和循环引用防护，最后优先用迭代替代递归。
PHP7 递归函数报 Fatal error: Allowed memory size exhausted 怎么办
这不是 PHP7 特有 bug，而是递归逻辑失控 + 内存配置不足的双重结果。直接调高 memory_limit 可能掩盖问题，甚至让服务在更隐蔽的位置崩溃。
先确认是不是真递归导致的内存耗尽
PHP7 的内存错误常被误判——实际可能是循环引用、大数组累积或 xdebug 干扰。别急着改配置，先验证根源：
- 在递归入口前加
echo memory_get_usage(), "\n";，再在每次递归返回后加一次，观察是否线性增长（正常）还是指数跳升（异常） - 临时禁用 xdebug：
php -d zend_extension= -f script.php，排除调试器额外开销 - 检查是否用了
static $cache = []或闭包use ($bigData)，它们会让对象长期驻留内存，和递归叠加后极易爆掉 - 运行
get_included_files()，若返回超 150 个文件，说明自动加载失控，递归只是压垮骆驼的最后一根稻草
递归本身必须加深度限制和循环引用防护
PHP7 不支持尾递归优化，所有递归都会累积栈帧和堆对象。无保护的递归等于定时炸弹：
- 显式传入当前深度参数，例如
processNode($node, $depth = 0)，并在开头判断if ($depth > 200) { throw new RuntimeException('max depth exceeded'); } - 对可能含循环引用的数据结构（如树节点互相指向 parent/children），用
spl_object_hash($node)或serialize($node)做访问标记，避免重复进入同一对象 - 不要在递归体里新建大数组或 clone 大对象；改用引用传递 + 显式
unset($tempVar)，尤其在 foreach 中处理子集时 - 避免在递归中调用
json_encode()或print_r()—— 它们会深度遍历整个结构，触发隐式递归并吃光内存
用迭代替代递归是 PHP7 下最稳妥的方案
PHP7 的栈空间默认仅 256KB～1MB（取决于 SAPI 模式），远低于 Java/JVM。哪怕深度只有几百层，一旦每层持有对象引用，堆内存就很容易突破 memory_limit：
- 把递归改成显式栈：用
$stack = [$root]+while (!empty($stack)) { $node = array_pop($stack); ... array_push($stack, ...$node->children); } - 如果需保持处理顺序（如 DFS 先序），用
array_unshift()替代array_push()，但注意性能损耗 - 对 JSON 解析后的嵌套数组，别写
traverse($arr)递归函数，改用RecursiveArrayIterator+RecursiveIteratorIterator，它内部已做栈管理且可控 - 数据库树形结构（如邻接表）查询，优先用 WITH RECURSIVE SQL，而不是 PHP 层递归拼装
真正难的不是写一个“能跑”的递归，而是预判它在生产环境遇到脏数据时的行为边界。PHP7 不会帮你兜底，memory_limit 也不是安全网——它只决定你崩溃得快还是慢。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
