递归必须设显式终止条件：用深度参数控制（如$depth≤10），禁用Static变量，优先用array_walk_recursive()或recursiveiteratoriterator；对环引用需spl_object_hash()检测，json加错误处理选项。
php 递归没设终止条件，直接报 Fatal Error: Maximum function nesting level of 'X' reached
这是 Xdebug 开启时最常看到的错误，本质是递归调用栈太深，被 PHP 的 xdebug.max_nesting_level（默认 256）或 zend_extension.max_nesting_level（PHP 8.1+）拦下了。但别只调高这个值——它只是遮羞布，不是解药。
真正要做的，是在代码里主动控制递归深度：
- 所有递归函数必须带显式的深度参数（如
$depth = 0），每次调用递增，并在开头判断if ($depth > 10) { throw new RuntimeException('Recursion too deep'); } - 避免用全局变量或静态变量隐式维护状态，容易漏判；深度必须作为函数参数显式传递
- 如果递归源自用户输入（比如解析嵌套 JSON、遍历未知深度的数组），务必加硬上限，10～20 层通常足够，再深大概率是数据异常或逻辑缺陷
用 array_walk_recursive() 或 RecursiveIteratorIterator 替代手写递归遍历
90% 的“需要递归遍历数组/对象”场景，其实根本不用自己写递归函数。PHP 原生提供了更安全、更可控的替代方案。
比如处理多维关联数组：
立即学习“PHP免费学习笔记（深入）”；
// ❌ 容易失控的手写递归 function walkArray($arr, $depth = 0) { if ($depth > 15) throw new Exception('Too deep'); foreach ($arr as $k => $v) { if (is_array($v)) walkArray($v, $depth + 1); else echo "$k => $vn"; } } // ✅ 用内置函数，天然防无限递归 array_walk_recursive($data, function($value, $key) { echo "$key => $valuen"; });注意：array_walk_recursive() 只处理数组，不支持对象；若需遍历对象属性，改用 RecursiveIteratorIterator 配合 RecursiveArrayIterator，它内部有栈保护，不会因循环引用崩溃。
对象属性递归引用导致内存溢出，serialize() 都卡住
当两个对象互相持有对方引用（A→B，B→A），任何试图深度遍历它们的操作（print_r()、var_dump()、json_encode()、甚至某些 ORM 的 toArray()）都会陷入无限循环，最终 OOM 或超时。
这不是“递归写错了”，而是数据结构本身存在环。解决思路不是限制层数，而是提前检测并跳过：
- 用
spl_object_hash()记录已访问对象 ID，在递归前查重 - 对可能含环的数据，优先用迭代（stack + while）代替递归，手动维护访问栈更可控
- JSON 场景下，给
json_encode()加JSON_PARTIAL_OUTPUT_ON_ERROR和JSON_INVALID_UTF8_IGNORE，至少不让整个请求崩掉
递归函数里用了 static 变量，重启后状态残留
static 变量在递归中看似方便存中间结果，但它会跨请求残留（尤其在 PHP-FPM 模式下，worker 进程复用），下次请求进来时，static $count 可能还是上一次的值，导致终止条件失效、计数错乱、甚至误判为“已超限”而提前退出。
正确做法只有两个：
- 彻底不用
static，把所有状态通过参数传入传出 - 真要用（比如缓存计算结果），必须在函数入口显式重置：
static $cache = []; if (!isset($force_reset)) $cache = [];，并确保调用方明确传$force_reset = true启动新轮次
递归的复杂点从来不在语法，而在状态是否干净、边界是否可预测。只要参数清晰、深度可控、环有检测，它就只是个普通函数——怕的不是调用自己，而是忘了自己是谁、从哪来、到哪去。