thinkphp验证器默认不校验array类型字段，需显式声明array类型；嵌套字段需闭包或自定义方法；多维数组须动态生成规则；param()会扁平化数据，应改用post()或禁用自动转换；自定义验证必须明确return true。
ThinkPHP验证器对array类型字段默认不校验
ThinkPHP 的 Validate 类默认把数组字段（比如 tags、images）当普通字符串处理，除非显式声明为数组类型，否则规则压根不会进入校验逻辑。你写 ['required', 'array', 'max:5']，但没标注字段是数组，max 就会报错或静默失效。
实操建议：
- 在验证规则数组中，必须为数组字段加
array类型声明，例如：['tags' => 'require|array|max:5']或['tags' => ['require', 'array', 'max:5']] - 若字段是深层嵌套结构（如
user.profile.tags），验证器原生不支持点号路径校验，需改用闭包规则或自定义验证方法 -
array类型校验只检查 PHPis_array()返回 true，不保证子项结构合法——比如空字符串''被 POST 过来时，可能被自动转成字符串而非数组，导致跳过校验
多维数组字段（如 items.*.price）需用 scene + rule 动态生成
ThinkPHP 6.x 的验证器不原生支持 Laravel 风格的通配符字段（items.*.price）。直接写 'items.*.price' => 'number|between:0,9999' 会被忽略，因为验证器找不到匹配的字段名。
实操建议：
- 用
scene定义场景，在场景中动态构建规则：在scene方法里遍历input('items/a')获取实际数量，再拼出items.0.price、items.1.price等独立规则 - 更稳妥的做法是先用
validate(['items' => $items], ['items' => 'array'])做顶层校验，再对每个子项单独调用验证器实例，传入data和对应规则 - 注意：
$validate->batch(true)对多维数组无效，错误信息仍只返回第一条，得手动收集
Validate::make() 传参时数组被扁平化导致字段丢失
常见错误现象：前端传 { "user": { "name": "A", "tags": ["x", "y"] } }，后端用 Validate::make($request->param(), ...)，结果 user.tags 变成 user_tags 或直接消失。
这是因为 $request->param() 默认启用“自动转换下划线”和“扁平化嵌套”，尤其开启 url_common_param 或使用 input() 未指定深度时会触发。
实操建议：
- 改用
$request->post()或$request->getRawInput()获取原始数据，避免框架自动处理 - 验证前先做一次结构断言：
if (!isset($data['user']['tags']) || !is_array($data['user']['tags'])) { throw new ValidateException('user.tags must be an array'); } - 如果必须用
param()，加上参数['', '', false]关闭自动转换（具体签名查Request::param源码），或在配置里设app.url_common_param = false
自定义验证方法处理嵌套结构时容易漏掉 return true
写闭包验证器或 extend 方法校验 items 是否每个都有 id 和 qty，看似逻辑完整，但常因忘记在所有分支末尾写 return true，导致校验永远失败。
实操建议：
- 闭包里所有路径都必须有明确返回值：
return true表示通过，return '错误提示'表示失败；没有return就等价于return null，验证器视为失败 - 优先用
Validate::extend('check_items', function($value) { ... })注册，再在规则里写'items' => 'check_items'，比内联闭包更易调试 - 调试时可临时加
dump($value)，但注意$value是整个items数组，不是单个子项——这点和 Laravel 的each规则完全不同
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
