递归函数必须显式传入并校验$depth参数，初始值为0、每次+1、入口处用>判断是否超限（建议50～200），禁用静态变量计数以防并发污染；不可信输入应改用while+数组迭代替代递归。
递归函数必须带 $depth 参数并校验阈值
不加参数的递归等于裸奔——PHP 不会自动帮你数调用层数，$depth 必须显式传入、逐层递增、入口处立刻判断。漏掉任意一环，max_execution_time 或 memory_limit 就先于栈溢出把你干掉。
-
$depth初始值设为0，每次递归调用时传$depth + 1 - 校验必须放在函数最开头：
if ($depth > $maxDepth) { return null; }，不能塞在逻辑中间 -
$maxDepth建议设为50～200：树遍历可放宽到200，配置解析类场景建议 ≤100 - 不要用
==判断，用>：防负数穿透或边界跳变导致绕过检查
静态变量 static $callCount 只适合单次调用场景
静态变量省去传参，但无法区分并发调用或多次独立递归——比如同一请求里两次调用该函数，$callCount 会累加污染。它只适用于「整个生命周期内最多执行一次」的封闭逻辑。
- 进入函数立即
$callCount++，返回前$callCount--（模拟栈回退） - 若函数可能被多次调用，必须在入口重置：
static $callCount = 0;放在函数外，或手动清零 - 静态变量无法跨请求共享状态，别指望它做全局限流
- 调试时容易误判：Xdebug 的
debug_backtrace()会把所有同名函数都算进去，性能开销大，仅限临时排查
json_decode() 深度限制是独立开关，不走通用递归栈
json_decode() 的嵌套深度由第三个参数控制，和你写的递归函数无关。它的默认上限是 512，错误信息是 "Maximum stack depth exceeded"，不是 Fatal error: Maximum function nesting level —— 这俩错误来源完全不同，别混着处理。
- 必须显式传参：
json_decode($json, true, 200)，不传就是用默认512 - 传
0或负数无效，PHP 会 fallback 到默认值 - 即使你把
xdebug.max_nesting_level调到1000，json_decode仍受自己参数约束 - 深度超标后返回
null，务必检查json_last_error()，否则静默失败
深度不可控时，直接换 while + array_unshift() / array_push()
当输入来自用户、配置文件或第三方 API，嵌套结构完全不可信时，硬加守卫只是拖延崩溃时间。此时递归不是“能不能优化”，而是“该不该存在”。
- 用
$stack = []存待处理节点，while (!empty($stack))循环代替函数调用 - 子节点用
array_unshift()（模拟栈）或array_push()（模拟队列），取决于遍历顺序需求 - 每轮只处理一个元素，状态全在数组里，不受 PHP 线程栈大小（
-Xss）限制 - 可以随时
break、记录进度、加超时判断，这是递归做不到的
$depth 都没法可靠传递——比如函数被框架回调、匿名函数嵌套、或通过 call_user_func_array 动态调用时，参数链就断了。这种情况下，静态变量或全局计数器反而更易失控，唯一靠谱的是彻底切到迭代。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
