递归函数必须有明确终止条件，否则会导致栈溢出；常见错误是终止判断不全；可用栈模拟迭代替代深层递归以避免内存问题。
递归函数必须有明确的终止条件
没有终止条件的 recursive 函数会无限调用自己，直到栈溢出报错：Fatal error: Allowed memory size exhausted 或 Maximum function nesting level reached。这不是 PHP 版本问题，是所有递归的共性约束。
常见错误是把终止判断写成 $n == 1 却没处理 $n 的情况；或者在数组递归中漏掉空数组、<code>null、非数组类型等边界。
- 始终用
if显式检查终止条件，优先用「小于等于」而非「等于」（比如$depth 比 <code>$depth === 0更安全） - 对输入做类型校验：比如
!is_array($data)就该直接返回，而不是硬往下递归 - 调试时加一句
error_log("depth: $depth");能快速定位卡在哪一层
传参要用值传递，慎用引用传递
PHP 中递归函数如果用 &$arr 这种引用传参，容易在深层调用中意外修改上层原始数据，尤其在树形结构遍历、路径拼接等场景下，结果难以预测。
例如用引用拼接路径，第二层递归改了 $path，第一层的 $path 也跟着变，后续分支就全乱了。
立即学习“PHP免费学习笔记（深入）”；
- 默认用值传递，需要修改才显式传引用，且要在注释里写清「此参数会被修改」
- 字符串拼接、数字累加这类操作，完全不需要引用——每次递归都该基于当前层的干净副本计算
- 真要共享状态，改用静态变量或闭包绑定，比全局变量 + 引用更可控
避免在 foreach 中直接递归修改原数组
一边 foreach ($arr as $k => $v)，一边在循环体内调用递归函数并往 $arr 里 unset() 或 $arr[] = ...，会导致迭代跳项或 Invalid argument supplied for foreach() 错误。
这是因为 PHP 的 foreach 内部用的是数组的副本指针，原数组结构变化后，指针位置和元素数量已不匹配。
- 先收集要修改的键名，循环结束后统一处理
- 改用
for ($i = 0; $i 并手动控制索引（注意 <code>count()在循环中别重复调用） - 更稳妥的做法：递归函数只读取、返回新数组，不修改入参 —— 函数式风格反而更少出错
深度大时要考虑迭代替代或设置 limit
PHP 默认 xdebug.max_nesting_level 是 256，实际项目里树深超过 100 层就可能触发限制。即使关掉 Xdebug，栈空间本身也有物理上限。
不是所有递归都适合改成迭代，但目录扫描、JSON 解析、菜单生成这类线性深度场景，用栈模拟递归既稳定又易调试。
- 在递归函数开头加
if ($depth > 100) { throw new RuntimeException('Recursion too deep'); } - 用
array模拟栈：把待处理节点压入，while (!empty($stack))弹出处理，子节点再压入 -
json_decode($json, true)后的嵌套数组，用迭代遍历比手写递归更少踩内存坑
递归看起来简洁，但每层调用都带函数上下文开销；真正上线前，得看清楚数据规模和 PHP 运行环境的实际承载能力。
