该报错是xdebug扩展的保护机制，并非php本身限制；默认xdebug.max_nesting_level=100，达限时主动抛出fatal error以防止内存耗尽，生产环境通常不装xdebug故不触发此错，但深层递归仍会导致栈溢出崩溃。
报错“Maximum function nesting level of '100' reached”不是 PHP 本身的限制，而是 xdebug 扩展加的保护机制；不装 xdebug 的生产环境通常不会触发这个错误，但真跑深了仍会栈溢出崩溃。
为什么 Maximum function nesting level 报错只在开发环境出现
xdebug 为了防止调试时无限嵌套耗尽内存，在内部维护了一个调用层级计数器 XG(level)。一旦达到配置的 xdebug.max_nesting_level（默认 100），就主动中止并抛出 Fatal Error。
- 这个限制只存在于启用了 xdebug 的环境（比如本地开发、测试服务器）
- 生产环境若没装 xdebug，PHP 本身靠的是系统栈空间上限 —— 此时不会报这个错，但会直接
Segmentation fault或静默崩溃 - Linux 命令行下没开 xdebug 时递归几千层都可能不报错，只是越来越慢、内存飙升
如何快速验证是 xdebug 导致的
运行 php -i | grep xdebug 查看是否启用；再查具体配置：
php -r "echo ini_get('xdebug.max_nesting_level');"
如果输出是 100 或其他数字，且你代码里有明显递归（比如树遍历、配置解析），那基本就是它。
- 临时绕过：在脚本开头加
ini_set('xdebug.max_nesting_level', '200');（仅限开发） - 永久修改：在
php.ini或xdebug.ini中取消注释并调整xdebug.max_nesting_level = 200 - 但注意：调高只是掩耳盗铃，真正该做的是检查递归逻辑是否失控
json_decode 深度超限也会报类似错误
别只盯着自己写的递归函数 —— json_decode 内部也是递归解析的，默认最大深度是 512 层。如果传入一个嵌套 600 层的 JSON，会返回 null，且 json_last_error_msg() 显示 Maximum stack depth exceeded。
- 修复方式很简单：显式传第三个参数
$depth，比如json_decode($str, true, 1000) - 但要注意：设太高可能引发真实栈溢出，尤其在低内存或旧版 PHP 上
- 更稳妥的做法是先用
json_validate($str)（PHP 7.3+）粗筛结构合法性，再控制深度解码
真正该检查的底层原因
遇到嵌套层级报错，第一反应不该是调配置，而是立刻查三件事：
- 递归函数有没有漏写终止条件？比如
if ($n 被写成 <code>if ($n == 0)，而输入是负数 - 是不是意外形成了闭环引用？比如 A → B → C → A，
debug_backtrace()能帮你抓到重复出现的函数名 - 数据源是否不可控？比如用户上传的 JSON 或配置文件嵌套太深，应提前截断或拒绝
这些地方不修，光调 xdebug.max_nesting_level 或 json_decode 的 $depth，只是把崩溃时间往后拖一点而已。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
