thinkphp 的 validate 方法默认不支持自动递归校验嵌套数组，仅校验一级字段；需手动展开为 user_profile 等扁平键名或动态拼接 orders.0.product_id 等规则，并启用 batch(true) 获取全部错误。
ThinkPHP 的 validate 方法不支持自动递归校验嵌套数组
默认情况下，validate 只能校验一级字段，遇到 user.profile.name 或 items.0.price 这类嵌套结构会直接忽略或报错“字段不存在”。这不是 bug，是设计使然——验证规则绑定的是表单字段名，不是 PHP 数组路径。
常见错误现象：validate(['user' => 'require|array']) 能过，但 user.profile.email 根本不会被触发校验；或者抛出 Undefined index: user.profile.email 类似 Notice。
- 必须手动展开嵌套结构：把
user.profile.email当作独立字段写进验证规则 - 如果嵌套层级动态（如数组长度不确定），得用
foreach拼规则，不能靠静态配置 - 注意键名合法性：带点号的字段名在
ValidateRule中需用引号包裹，否则解析失败
用 scene + 动态规则生成处理可变深度嵌套
场景很典型：前端传了 orders 数组，每个 item 有 product_id、specs（又是个对象）、tags（字符串数组）。你没法提前写死所有 orders.0.specs.color 规则。
实操建议：
- 先用
input('orders/a', [])强制取为数组，避免空值引发后续遍历异常 - 遍历
$orders，对每个$item构建子规则，例如：['orders.'.$i.'.product_id' => 'require|number', 'orders.'.$i.'.specs.color' => 'alphaNum|length:1,20'] - 合并所有子规则后，传给
validate()->rule($allRules)->batch(true)->check($data) - 注意
batch(true)：否则第一个失败就中断，看不到全部问题
Validate::extend 自定义规则无法直接访问嵌套路径值
很多人想写个 deepArray 规则来统一校验，比如 'user' => 'deepArray:name.require,email.email'。但问题在于：extend 的回调函数接收的是字段原始值（即整个 user 数组），而不是 user.name 的值 —— 它没能力自动拆解路径。
所以这条路走不通，除非你同时改写验证器的 check 流程。更实际的做法是：
- 把嵌套结构“扁平化”：用工具函数预处理请求数据，把
user.profile→user_profile，再配简单规则 - 或在控制器里分层校验：先校
user是否数组，再用新验证器校user.profile子集 - 避免在
extend里做深度遍历逻辑，性能差且难调试
别依赖 token 或中间件做结构校验
有人试图在中间件里用 json_last_error() 或 is_array() 判断结构是否合法，这只能防住最粗的错误，比如 JSON 解析失败或非数组类型。但无法校验 items.0.qty 是否缺失、items.1.price 是否为数字。
真正要守住的边界是业务语义，不是语法格式：
-
token防重放，不防字段缺失 - 中间件适合做权限、日志、限流，不适合写一堆
isset($data['a']['b']['c']) - 结构校验必须落在验证器层，和业务规则（如价格 > 0）保持同一抽象层级
嵌套越深，手写规则越容易漏掉某个分支的必填项，尤其是数组索引跳变（比如前端传了 items.0 和 items.2 却没传 items.1）——这种空洞索引在 PHP 里会被自动过滤，导致你以为数据完整，其实中间断了一环。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
