php递归函数深度限制必须手动控制：通过传参$depth计数或静态变量$callcount实现，不可依赖php.ini；json_decode深度用第三个参数临时设置（默认512，不可通过php.ini修改）；xdebug的xdebug.max_nesting_level仅影响调试，与逻辑无关。
PHP递归算法本身没有全局“最大嵌套深度”配置项，所谓“安全设置”必须分场景手动控制——函数内加计数器、json_decode用第三个参数、Xdebug靠xdebug.max_nesting_level，三者互不通用，混用会失效。
递归函数里怎么加深度限制？
靠传参或静态变量，不能依赖php.ini。否则同一函数被多次调用时计数错乱，或深层嵌套仍崩溃。
- 每次递归调用时显式传递
$depth参数，并在入口处判断if ($depth > 100) return false; - 避免用全局变量存深度，不同调用链会互相污染；静态变量
static $callCount更稳妥，但记得在函数退出前重置（如unset($callCount)或设为0） - 别信“尾递归优化”——PHP不支持尾递归自动转循环，
return recurse(...)写法不会降低栈消耗
json_decode的512层默认限制能改吗？
能，但只能在调用时通过第三个参数临时覆盖，默认值512是硬编码在Zend解析器里的，无法通过php.ini修改。
- 正确写法：
json_decode($json, true, 200)，数字必须是整数，且不能超过PHP_INT_MAX，但建议≤1000 - 返回
null不一定是JSON格式错，先检查json_last_error()是否等于JSON_ERROR_DEPTH - 如果第三方API返回600层嵌套JSON，强行设
600可能触发内存耗尽，优先考虑前端拆包或后端预处理
Xdebug报“maximum function nesting level”怎么办？
这是Xdebug扩展的独立限制，和递归函数逻辑无关，只影响调试时的调用栈显示深度。
- 修改
php.ini里的xdebug.max_nesting_level = 256（默认100），重启PHP服务生效 - 线上环境建议关闭Xdebug，该配置仅用于开发调试；生产环境栈溢出应由代码逻辑兜底，而非调高这个值
- 即使关了Xdebug，原生PHP仍有Zend引擎的栈保护机制，超深递归仍会报
Fatal error: Maximum function nesting level（无Xdebug时错误信息略简略）
真正容易被忽略的是：json_decode深度限制和自定义递归函数的深度限制完全独立，前者改参数，后者必须改代码。两者都超限时，错误表现一样（null或致命错误），但排查路径完全不同。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
