递归函数未减小参数会导致死循环或“Maximum function nesting level”错误，因未向终止条件靠近；应确保每次递归调用时参数更接近终止值，如数值减小、数组截断、子节点传递，并将终止条件置于递归调用前。
递归函数没减小参数，死循环卡住怎么办
直接卡死或报 Maximum function nesting level of 'X' reached 错误，本质是递归调用没向终止条件靠近。比如传入的 $n 每次都还是 $n，或者只做 $n + 1、$n * 2 这类发散操作。
核心改法就一条：每次递归调用时，必须让参数更接近终止值。常见手段包括：
- 数值型参数：用
$n - 1、floor($n / 2)等缩小操作，避免$n + 1或原样传递 - 数组/字符串参数：用
array_slice($arr, 1)、substr($str, 1)缩短长度，不能只取$arr[0]却不切掉已处理部分 - 对象或复杂结构：确保每次递归前修改了用于判断终止的字段（如
$node->left为null才停），且递归调用时传入子节点而非原节点
终止条件写在递归调用前，别放后面
很多人把 if ($n 写在递归调用之后，导致先调用再判断，照样无限深入。PHP 不会自动跳过后续代码。
正确顺序必须是：先检查终止条件，满足就立刻返回；不满足才进行递归调用。例如：
立即学习“PHP免费学习笔记（深入）”；
function countdown($n) {
if ($n <= 0) { // ✅ 先判
return;
}
echo $n . "\n";
countdown($n - 1); // ✅ 参数变小
}如果写成 countdown($n - 1); if ($n ，<code>$n 永远不会被检查，直接爆栈。
传引用参数时小心“假逼近”
用 &$arr 传引用，看似在删元素，但若只 unset($arr[0]) 而不重索引，count($arr) 可能不变，foreach 还会跳过中间项——表面参数没变，实际逻辑也跑偏。
安全做法：
- 用
array_shift($arr)直接移除首元素并重排键 - 或改用索引控制：
process($arr, $i + 1)，把当前下标当参数传，不依赖数组长度变化 - 避免在递归中修改全局或静态变量来“模拟”参数变化，可读性和调试性极差
调试时加深度计数和参数快照
光看逻辑容易漏掉隐式不变的参数。临时加一层防护：
function risky_recursive($n, $depth = 0) {
if ($depth > 100) {
throw new Exception("Recursion too deep at n=$n, depth=$depth");
}
echo "depth=$depth, n=$n\n";
if ($n <= 0) return;
risky_recursive($n - 1, $depth + 1);
}这样能一眼看出 $n 是否真在变、变的方向对不对。上线前删掉，但开发阶段别省这步。
最常被忽略的是：终止条件本身是否覆盖所有分支。比如 if ($n == 0) 遇到负数就失效，得写成 $n 或补上负数处理分支。
