嵌套字段验证失败的根本原因是未理清Laravel对数组型字段的解析逻辑和消息键名映射规则；必须使用点号+星号通配符（如users.*.name），而非数字索引或方括号语法，且rules()与messages()中的路径需严格一致。
嵌套字段验证写乱，根本原因不是规则本身复杂，而是没理清 Laravel 对数组型字段的解析逻辑和消息键名映射规则。直接硬套 rules() 里写 users.0.name 或 data[name] 这类写法，90% 情况下验证会静默失败或消息不显示。
嵌套字段的规则写法必须用星号通配符
Laravel 不识别数字索引（如 users.0.name）或方括号语法（如 users[0][name]）作为规则键。它只认点号分隔 + 星号通配符的结构。
-
users.*.name→ 匹配所有users数组中每个元素的name字段 -
meta.*.value→ 匹配meta下任意子项的value -
files.*.size→ 文件数组中每个文件的大小限制
如果写成 users.0.name.required 在 messages() 里，Laravel 根本找不到对应规则，错误消息就丢了。
验证失败时错误键名必须严格匹配规则路径
前端提交 {"users":[{"name":"a"},{"name":""}]}，验证规则是 'users.*.name' => 'required'，那失败后 Laravel 生成的错误键是 users.0.name，不是 users.*.name。
- 所以
messages()中必须写'users.0.name.required'才能生效？错 —— 实际要写'users.*.name.required' - Laravel 内部会自动把
users.*.name.required匹配到所有users.X.name的错误实例 - 但如果你写了
'users.0.name.required'，它只对第 0 个生效，第 1 个空就没了提示
别手动展开索引，星号就是干这个的。
深层嵌套 + 多维数组容易漏掉中间层规则
比如提交 {"projects":[{"tasks":[{"title":"x"}]}]}，想验证每个 task 的 title，不能只写 'projects.*.tasks.*.title' => 'required'。
- 必须同时加中间层存在性检查：
'projects.*.tasks' => 'array' - 否则当
tasks缺失或为 null 时，tasks.*.title规则直接跳过，不报错 - 更稳妥写法：
'projects.*.tasks' => 'required|array|min:1'，再接'projects.*.tasks.*.title' => 'required|string'
少一层 required|array，整个嵌套链就断了，验证形同虚设。
表单请求类里 rules() 和 messages() 必须同步更新
改了 rules() 中的嵌套路径，messages() 里的 key 必须跟着改，且格式一致。常见脱节点：
-
rules()写'profile.address.city'，messages()却写'address.city.required'→ 不匹配 -
rules()用profile.*.city，messages()却写profile.city.required→ 少了.* - 字段名带点号（如
user.email）被当成嵌套，实际只是普通字段名 → 应该用attributes()重命名，而不是硬套嵌套规则
最稳的办法：先跑一次验证失败，用 dd($validator->errors()->keys()) 看实际输出的错误键是什么，再照着抄进 messages()。
嵌套验证真正难的不是写法，而是你得先确认前端传的结构、Laravel 解析后的数组层级、rules 键名、错误键名这四者完全对齐。任何一环错位，都会导致“明明写了规则却没反应”。
