Laravel能自动解析形如user[name]、usercontact的GET参数为嵌套数组，前提是使用application/x-www-form-urlencoded编码或规范查询字符串，而非JSON字符串；request()->input()对缺失嵌套键返回null，request()->get()则抛异常；验证规则支持点号语法如'user.name'，但需注意空值处理与索引完整性。
GET参数里传多维数组怎么被Laravel正确解析
Laravel默认能自动解析形如 user[name]、user[contact][email] 这样的GET参数为嵌套数组，但前提是请求必须用标准的表单编码（application/x-www-form-urlencoded）或正确构造的查询字符串，而不是手动拼接 JSON 字符串或忽略方括号语法。
常见错误是前端用 JSON.stringify() 把对象塞进 URL 参数，比如 ?data=%7B%22user%22%3A%7B%22name%22%3A%22Tom%22%7D%7D —— 这种写法 Laravel 的 request()->all() 会原样返回字符串，不会自动递归解析。
- ✅ 正确做法：前端按 key 命名规范提交，例如
user[name]=Tom&user[profile][age]=25&tags[]=php&tags[]=laravel - ✅ 后端直接用
request('user')或request()->get('user')，Laravel 的InputBag已内置递归解析逻辑 - ❌ 错误做法：把整个数组 JSON 化后当单个参数传，再在 PHP 里
json_decode(request('data'), true)—— 这绕过了 Laravel 的参数绑定、验证和过滤机制
request()->input() 和 request()->get() 处理嵌套键的区别
request()->input() 和 request()->get() 看似一样，但在处理缺失嵌套键时行为不同：前者返回 null（可设默认值），后者抛 InvalidArgumentException（如果路径不存在且未提供默认值）。
比如 URL 是 ?user[name]=Alice，但没传 user[role]：
-
request()->input('user.role')→null（安全，推荐用于不确定是否存在的路径） -
request()->get('user.role')→ 抛异常（除非加默认值：request()->get('user.role', 'guest')） - 两者都支持点号路径（
user.profile.avatar），但底层都依赖Arr::get()，所以对空数组、null 值的穿透行为一致
自定义递归取值函数要注意的边界情况
如果业务需要深度遍历所有 GET 参数并做统一处理（比如日志记录、权限校验），别直接 foreach $_GET —— Laravel 的 request()->all() 已过滤掉空值、合并了重复键，且兼容 _token 等特殊字段。
手写递归函数时容易踩坑：
- PHP 的
is_array()对null返回 false，但对0、false也返回 false —— 判断前先用isset()或array_key_exists() - 不要用
foreach ($arr as $k => $v)直接展开，遇到数字索引数组（如tags[]=a&tags[]=b）会丢失顺序或重复覆盖 - 避免无限递归：检查深度，比如限制最大 5 层，防止恶意构造
a[b[c[d[e[f[g...]]]]]]参数耗尽栈空间
验证器里怎么写 rules 才能校验多维参数
用 user.name、user.profile.email 这样的点号写法即可，Laravel 的验证器原生支持。但注意规则定义位置和数组键存在性：
- 规则写成
'user.name' => 'required|string'，不是'user[name]' - 如果整个
user是可选的，但一旦出现就要校验其子字段，用'user.*' => 'required_if:user,exists'不行 —— 应改用required_with:user或自定义闭包规则 - 数组批量验证（如
photos.*.url）要求前端传参是photos[0][url]=xxx&photos[1][url]=yyy，不能省略数字索引
最易被忽略的是：Laravel 默认不校验「空数组」是否符合 array 规则 —— request()->get('items') 在参数为 items= 时返回空字符串，不是空数组，需配合 nullable|array 或前置清洗。
