终止条件漏判null或空数组会导致无限递归，应按数据流顺序校验类型与值，数值递归需覆盖零和负数边界，并设置深度限制防止嵌套超限。
终止条件漏判 null 或空数组导致无限递归
PHP 里递归函数最常崩在「看起来有判断，但没兜住所有输入」。比如遍历树节点时只写 if (empty($children))，却没处理 $children === null；或者查库返回 false 而不是空数组，empty() 仍为 true，但后续代码仍尝试 foreach，触发隐式类型转换后又进递归——结果就是 Fatal error: Maximum function nesting level of '256' reached。
补全方法不是堆条件，而是按数据流顺序校验：
- 先用
is_array()或isset()明确类型，再用empty() - 对数据库查询结果，统一用
is_array($data) && !empty($data)判断，不依赖empty()对false的宽松判定 - 对对象属性，优先用
property_exists()+isset()，避免访问未定义属性触发 __get 后的意外递归
数值型递归参数漏负数或零边界
阶乘、斐波那契、分页深度控制这类函数，典型错误是只写 if ($n == 1)，传入 $n = 0 或 $n = -3 就跳过判断，一路往下减，永远碰不到 1。PHP 不会自动截断，它就真的一次次调用下去，直到嵌套超限。
正确做法是把边界收得更紧：
- 用
if ($n 替代 <code>if ($n == 1)，覆盖零和负数 - 若业务逻辑允许负数输入，显式拒绝：
if ($n - 对深度控制类参数（如
$level），加硬限制：if ($level 10) { return []; }，防恶意构造
递归调用前没校验子节点是否存在
无限级分类、目录遍历、DOM 解析等场景，常见写法是拿到子节点列表后直接 foreach 并递归调用。但如果子节点变量本身是 null、false 或未初始化，foreach 会静默转成空数组，而递归函数内部又没做首层判空，下一层仍照常执行——表面不报错，实则逻辑空转+栈深累加。
关键动作在调用前拦截：
- 子结构必须显式检查：
if (isset($node['children']) && is_array($node['children'])) { foreach ($node['children'] as $child) { buildTree($child); } } - 避免在递归函数体内靠
foreach隐式防御，那已经晚了——栈帧已压入 - 对 API 返回的嵌套结构，建议封装一层
normalizeChildren($raw)统一转成空数组，别让脏数据穿透到递归层
调试时怎么快速定位漏掉的边界？
光看代码容易盲区，得靠运行时反馈。PHP 默认不暴露完整调用链，但你可以低成本加两行诊断：
- 在递归函数开头加：
error_log("[$func] called with n=$n, children=" . json_encode($children));，日志里立刻能看到哪次调用带进了null或负数 - 用
xdebug.show_hidden=1+xdebug.collect_params=4开启参数捕获，配合xdebug_get_function_stack()在临界点 dump 栈，找最后几个参数异常的调用帧 - 临时加深度计数器：
function foo($n, $depth = 0) { if ($depth > 10) { throw new RuntimeException("Recursion too deep at depth $depth"); }，比等崩溃快得多
边界值不是写完测试用例才补的，是定义函数签名时就该想清楚的输入契约。漏一个 null，可能整棵树都卡死在第三层。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
