PHP数组无硬编码嵌套层数限制，但json_decode默认深度上限为512层，超限返回null并设JSON_ERROR_DEPTH；手动构造深层数组可能栈溢出；实际业务中应避免超30层嵌套，优先用迭代或数据库递归查询替代。
PHP 数组本身没有硬编码的“最多嵌套层数”限制，但实际能嵌套多少层，取决于 json_decode 的深度限制（默认 512）或递归调用时的栈空间——后者在 C 层直接崩溃，不抛异常。
json_decode 解析时的嵌套层数上限是 512
当你用 json_decode 把 JSON 字符串转成 PHP 数组时，真正起作用的是它内置的递归解析器。该解析器从外层开始计数：最外层 {} 或 [] 算第 1 层，每进一层对象或数组 +1，超过 512 就返回 null，并让 json_last_error() 返回 JSON_ERROR_DEPTH。
- 这个 512 是编译时定义的常量
PHP_JSON_PARSER_DEFAULT_DEPTH，所有 PHP 5.3 至 8.x 版本都沿用 - 你可以通过第三个参数临时提高，比如
json_decode($json, true, 1024)，但不能设为无限 - 设得太高可能触发底层栈溢出（segfault），尤其在低内存或容器环境里
纯 PHP 数组构造不受 512 限制，但递归操作会爆栈
你完全可以用代码手动嵌套出 1000 层的数组：$a = [[]]; for ($i = 0; $i —— 这不会报错。但一旦你对它做递归遍历、print_r、json_encode 或任何依赖 Zend 引擎递归机制的操作，就会撞上不同层面的限制：
-
json_encode($deepArray)同样受 512 深度限制（错误码JSON_ERROR_DEPTH） -
var_dump/print_r在 Xdebug 开启时受xdebug.max_nesting_level控制（默认 256），但这是调试扩展行为，生产环境通常不生效 - 你自己写的递归函数（如树形遍历）没有语言级限制，但栈空间耗尽会导致进程直接 segfault，
max_execution_time和memory_limit都拦不住
别信“调高配置就能解决”，关键在数据结构设计
遇到需要 >512 层嵌套的场景，基本说明数据建模出了问题。真实业务中极少存在合法的 500+ 层树或配置——更可能是环引用、误序列化的中间状态，或前端恶意构造。
- API 响应、配置文件、权限树等常见场景，嵌套通常 ≤ 10 层；超过 30 层就该怀疑是否该用扁平 ID 映射替代嵌套
- 如果必须处理深层结构，优先用迭代（
SplStack或数组模拟栈）代替递归，栈空间恒定 - 数据库侧能用
WITH RECURSIVE（MySQL 8.0+/PG）一次性拉平，就别在 PHP 里拼树
真正危险的不是“能不能嵌套 513 层”，而是你没在调用 json_decode 后检查 json_last_error() —— 它静默返回 null，容易被当成空数据继续往下走，直到某处 fatal error 才暴露问题。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
