递归函数中用static变量计数易失控，因其只初始化一次且跨调用持久存在；正确做法是显式增减depth并配合参数传递控制深度，优先选用传参而非static避免状态污染。
递归函数里用static变量计数容易失控
PHP 7.3 中 static 变量在递归调用里不会自动重置，它在整个函数生命周期内只初始化一次，每次调用都复用上一次的值。这意味着如果你靠 static $count = 0 来计数并想“到某次就停”，很容易越界或根本停不下来——因为没手动干预，它只会一直累加。
常见错误现象：Maximum function nesting level of '256' reached（Xdebug 默认限制），或者逻辑上该退出却继续递归，比如遍历树结构时深度超限但没拦截。
- 必须显式判断 +
return，不能依赖 static 变量“自然归零” -
static初始化只在首次进入函数时执行，后续递归调用跳过赋值语句 - 如果函数被多次独立调用（非嵌套），static 值会延续，不是“每次递归链专属”
用static做递归深度控制的正确写法
想用 static 控制最大递归深度，核心是：先自增，再判断，再决定是否继续。顺序错了就会多进一层。
function traverse($node, $maxDepth = 3) {
static $depth = 0;
$depth++;
if ($depth > $maxDepth) {
$depth--; // 退出前回退，避免污染后续调用
return null;
}
// ... 处理逻辑
$result = traverse($node['child'] ?? null, $maxDepth);
$depth--; // 回溯时减回去
return $result;
}
- 必须在函数入口立刻
$depth++，否则判断逻辑滞后一层 - 每次
return前要$depth--，否则下次调用（哪怕是另一个独立递归链）会继承错误深度值 - 不能把
$maxDepth写死在 static 初始化里，它得是参数，否则无法灵活控制
比static更安全的替代方案：传参递推
用 static 管理状态在递归中本质是引入了隐式共享状态，容易在并发调用、异常中断、或函数被多次触发时出错。PHP 7.3 没有 tail call optimization，所以推荐优先用显式参数传递深度。
- 把当前深度作为参数传入，如
traverse($node, $currentDepth = 0, $maxDepth = 3) - 每次递归调用时传
$currentDepth + 1，判断逻辑清晰无副作用 - 完全规避 static 的跨调用污染问题，也更容易单元测试和调试
- 性能差异可忽略——PHP 中函数参数传递开销远小于 static 查表和回溯维护
注意Xdebug和php.ini对递归的实际限制
即使你的 static 控制逻辑写对了，PHP 运行时仍可能因配置提前中断递归。PHP 7.3 默认开启 Xdebug，xdebug.max_nesting_level 默认是 256，它和你的业务逻辑深度控制是两层机制，互不感知。
- 错误信息
Maximum function nesting level of '256' reached是 Xdebug 抛的，不是你代码里的if判断 - 检查
phpinfo()里的xdebug.max_nesting_level和zend_extension是否启用 - 线上环境建议关掉 Xdebug，或调高该值；开发时别只依赖它当“兜底”，该写的深度保护还得写
递归里用 static 不是不行，但它的生命周期和作用域很容易和直觉不符——尤其当函数可能被反复调用、或中间抛异常时，$depth 的值很可能已经失真。最稳妥的方式，永远是把控制权握在参数和显式逻辑手里。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
