thinkphp 的 validate 方法默认不支持嵌套参数扁平化校验，需手动将如 'user[name]' 形式键名解析为嵌套数组结构后，再传入 validate::check() 才能正确触发 user.name 等点号路径规则校验。
ThinkPHP 的 validate 方法默认不支持嵌套参数扁平化校验
ThinkPHP 原生的验证机制（比如 validate() 或 Validate::check()）只认一维数组结构。如果你传入的是 ['user[name]' => 'tom', 'user[age]' => 25] 这类表单风格的扁平键名，它不会自动还原成 ['user' => ['name' => 'tom', 'age' => 25]] 再校验，而是直接拿字符串键去匹配规则——结果就是规则写 'user.name' 没用，写 'user[name]' 又不符合 ThinkPHP 验证器对点号路径的解析逻辑。
手动解包嵌套参数前必须先做 parseStrParam 类似处理
没有现成的内置函数能直接把 user[name] 转成嵌套数组，得自己写一层解析。关键是别用正则瞎拆，要按 PHP 表单提交规范来：支持多层方括号（a[b][c]）、支持数字索引（list[0][id]）、还要跳过非合法字符干扰。
- 推荐用 ThinkPHP 自带的
Input::param()+ 手动重建结构，而不是直接$_POST—— 它已做过基础过滤和类型转换 - 不要在验证器里写
scene时硬编码user.name规则，因为数据根本没进到那个结构里 - 如果用了
think-validate独立包（v2+），它仍不处理扁平键，必须提前转好再传给Validate::check()
Validate 规则中写 user.name 是无效的，除非你喂给它的数据已经是嵌套结构
验证器规则里的点号（.）是路径访问语法，只对数组嵌套有效。传进来的是 ['user[name]' => 'x']，那 user.name 对应的值就是 null，校验必然失败。
- 正确做法：先调用一个解析函数（例如
convertFlatToNested($_POST)），得到嵌套数组后再交给Validate::check($data, $rule) - 常见错误：在控制器里直接
$this->validate($this->request->param(), $rule)——param()默认返回扁平结构，尤其开启url_param_type = 1时更隐蔽 - 性能影响不大，但每次请求都多一次遍历；如果参数极深（如
a[b][c][d][e][f]），注意递归深度限制（PHP 默认 100 层，一般够用）
生产环境建议封装成中间件或基类方法统一处理
重复写解析逻辑容易漏、难维护。与其每个控制器都 convertFlatToNested($this->request->param())，不如在请求入口处就“掰直”参数结构。
- 可写一个
FlatParamMiddleware，在AppInit后、RouteCheck前执行，替换$request->param()的返回值 - 注意兼容 JSON 请求体：如果 Content-Type 是
application/json，param()已是嵌套结构，无需再解析，要加判断 - 调试时快速确认：打印
var_dump($this->request->param())，看到键里含方括号就是扁平态，得处理；看到二维以上数组就是已嵌套
user[name] 拆开塞进 user 数组里——这事得你亲手做，而且得在验证之前做完。否则所有嵌套规则都是摆设。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
