判断是否含非数字键的多维结构：先用 is_array() + foreach 检查是否存在子数组，再对每个子数组用 array_keys() 与 range() 对比判断是否含非数字键。
用 is_array() + array_keys() 判断是否含非数字键的多维结构
单纯 is_array($var) 只能告诉你是不是数组，无法区分一维还是多维。真正要识别“多维”，得看元素里有没有数组值。但注意：有些场景你关心的是“是否有子数组”，有些则关心“是否所有层级都是关联数组（即含字符串键）”。最稳妥的第一步是遍历一层，检查是否存在 is_array($var[$key]) 为 true 的项。
常见错误是直接用 count($var) !== count($var, COUNT_RECURSIVE) —— 这在空子数组或含 null/false 的情况下会误判。更轻量且可靠的做法是：
- 用
foreach遍历一次，遇到任意一个is_array($v)就返回true - 若需排除全数字索引的一维数组干扰，可加
array_keys($v) !== range(0, count($v) - 1)判断该子项是否为关联数组 - 避免对超大数组用
COUNT_RECURSIVE，它会实际递归计数，性能差且不可控
gettype() 和 json_encode() 都不能替代真实结构检测
有人试过 gettype($var) === 'array' 再配合 json_encode($var) 看是否含 "[" 嵌套，这是危险的。JSON 编码会丢失资源、对象、部分浮点精度，且 json_encode([]) 和 json_encode([[]]) 都是合法字符串，肉眼难区分。更严重的是：如果数组含不可序列化内容（如 resource 或循环引用），json_encode() 会静默失败或返回 false，导致逻辑中断。
所以别绕路，就用原生数组操作函数：
立即学习“PHP免费学习笔记（深入）”；
- 判断“是否至少一层嵌套”：用
array_filter($var, 'is_array')是否非空 - 判断“是否纯关联多维”：结合
array_keys()和is_numeric()检查键类型 - 不要依赖
var_dump()输出或字符串匹配，那不是运行时检测手段
递归检测深度时小心无限循环和性能陷阱
如果你真需要知道“最大嵌套深度”，必须设保护机制。PHP 默认没有内置深度检测函数，手写递归容易撞上循环引用（比如 $arr['parent'] = &$arr）或超深结构导致栈溢出。
安全做法是带计数器和阈值：
- 定义最大允许深度（比如 10），每次递归前
++$depth，超限立即返回false或截断 - 用
spl_object_hash()或debug_backtrace(false, 1)辅助识别重复引用（较重，仅调试用） - 生产环境优先用“是否含子数组”的布尔判断，而非精确深度——多数业务逻辑只关心“有没有下一级”，不关心“有几级”
Laravel 的 data_get() 和 Symfony 的 PropertyAccess 不解决基础判断问题
框架工具擅长安全取值，但不帮你回答“这到底是不是多维数组”。比如 data_get($arr, 'user.posts.0.title') 在 $arr['user']['posts'] 是空数组或不存在时会静默返回 null，但你仍不知道原始结构是否多维。
它们是取值层抽象，不是类型检测层。如果你在写通用工具函数或 API 入参校验，必须回到原生 PHP 的 is_array() + 显式遍历组合。框架不会替你做这个决策，也做不到无损推断。
最常被忽略的一点：PHP 数组的“维度”本质是键值对嵌套，没有语言级的维数声明。所谓“多维”，只是开发者对数据形状的经验归纳。因此检测逻辑必须贴合你的实际使用场景——是为防止 foreach 报错？还是为路由分发选模板？目的不同，检测粒度就该不同。
