ThinkPHP 原生 validate 不支持嵌套字段深度必填，因底层用 array_key_exists 检查一级键名，对 user.name 等点号路径静默失效；需通过自定义规则（如 nested_require）结合 Arr::has 实现路径存在性校验。
ThinkPHP 的 validate 不支持嵌套字段深度必填？
不支持——原生 validate 规则（包括 require）只认一级键名，user.name、data.items.0.id 这类嵌套路径直接写进验证规则会静默失效。这不是配置错，是设计如此：底层用的是 array_key_exists 检查键，而非递归遍历。
常见错误现象：['user' => ['name' => '']] 被当成合法数据通过；或传入 ['user' => []] 却没报错。
- 必须手动展开嵌套结构，用点号路径 + 自定义验证器
- 不能依赖
require直接写'user.name' => 'require' - 如果用了
scene，也要确保场景里显式包含嵌套字段规则
用 Validate 类写自定义规则校验嵌套字段存在性
核心思路：把嵌套路径转成多级 isset() 或 array_key_exists() 判断，再包装成验证方法。别碰 rule 数组里硬塞点号字段，那条路走不通。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在
app/validate/下新建类，继承think\Validate - 重写
check方法，或更推荐：用extend注册新规则，例如'nested_require' => function($value, $rule, $data) { ... } -
$rule传入类似'user.name'的字符串，$data是完整请求数据，内部用Arr::has($data, $rule)（ThinkPHP 自带）判断路径是否存在 - 注意：空字符串
''和null都算“存在但为空”，若还需非空校验，得额外加notEmpty规则
示例片段：
protected $rule = [
'user' => 'nested_require:user.name,user.email',
'items' => 'nested_require:items.0.id,items.0.title'
];
protected $message = [
'user.nested_require' => ':attribute 中的必要字段缺失'
];
为什么不用 scene + only 解决深度必填？
only 只控制“允许接收哪些字段”，不校验“这些字段是否真的传了”。比如 only(['user.name'])，客户端只传 {}，user.name 根本不会出现在 $data 里，验证器连看都看不到它。
使用场景限制明显：
-
only适合接口字段白名单，不是结构完整性保障 - 嵌套对象中某层缺失（如
user整个没传），only完全无感 - 若搭配
require，仍只检查user键是否存在，不深入到user.name
ArrayHelper 或 Arr::has 的兼容性与性能注意点
ThinkPHP 6.0+ 的 think\helper\Arr 提供 has()，能安全处理 'a.b.c' 路径，比手写 isset($data['a']['b']['c']) 少一堆 is_array() 判断。但要注意：
- 5.1 版本没有
Arr::has，得自己实现或升级 - 路径过深（如
a.b.c.d.e.f.g）时，Arr::has是逐层取值，有微小开销，但远小于数据库查询，一般无需优化 - 不要在规则里反复调用
Arr::has做相同路径判断，可提前缓存结果
容易被忽略的地方：嵌套数组中存在 0 键（如 items.0.id），而客户端传了 items: []，此时 Arr::has($data, 'items.0.id') 返回 false——这是对的，因为 [] 是空数组，0 键并不存在。别误以为是函数 bug。
