ThinkPHP 6 的 validate 不会自动初始化嵌套数组字段默认值，需手动用 input() 逐层兜底或继承 Request 覆盖 param() 方法预处理；default 规则仅对存在但为空的字段生效，无法解决字段完全缺失问题。
ThinkPHP 6 的 validate 不会自动初始化嵌套数组字段的默认值
你写了个验证规则，比如 ['user.name' => 'require|alpha', 'user.age' => 'number']，但前端只传了 { "user": {} }，$request->param('user') 拿到的是空数组，user.name 直接报“undefined index”，验证根本没跑进去——这不是 bug，是 ThinkPHP 默认不补全嵌套结构。
原因很简单：validate 做的是校验，不是数据预处理；input() 或 param() 返回的是原始输入映射，不会按点号路径自动创建中间数组。
- 必须手动在控制器里做初始化，或改用
Input::get()配合自定义解析逻辑 - 别指望
Validate::check()自动把user.name的父级user补成数组 - 如果用了
think-validate独立包（非框架内置），行为一致，同样不补全
用 input() + default 参数逐层兜底最稳妥
ThinkPHP 的 input() 支持点号路径和默认值，但它只对「存在但为 null/empty」生效，对完全缺失的嵌套键无效。所以得拆开写：
$user = input('user/a', []);
$user['name'] = input('user.name/s', '匿名用户');
$user['age'] = input('user.age/d', 18);
注意这里用了三个关键参数后缀：/a（强制转数组）、/s（字符串）、/d（整型），避免类型错乱导致验证失败。
立即学习“PHP免费学习笔记（深入）”；
- 不要用
input('user.*')—— 它只匹配一级子键，不支持递归补全 - 如果嵌套深（如
form.data.items.0.name），input()无法处理动态索引，得自己json_decode(input('form'), true)后递归初始化 -
input()的默认值在 PHP 8.1+ 下对 nullsafe 操作友好，但别依赖它自动创建多层嵌套
重写 think\Request::param() 是唯一能全局生效的方案
如果你有几十个接口都要补全 user.profile.avatar 这类结构，每次手动 input() 太重复。可以继承 think\Request，覆盖 param() 方法，在返回前做一次递归默认值注入。
核心逻辑就三步：拿到原始 $data → 按预设 schema 合并默认值 → 返回增强后的数组。schema 可以从验证器里抽出来，比如：
protected $defaultSchema = [
'user' => [
'name' => '匿名用户',
'profile' => [
'avatar' => '',
'bio' => ''
]
]
];
- 别直接修改框架源码，否则升级必崩；必须通过继承 + 绑定容器（
Container::set('request', MyRequest::class)）替换 - schema 里不能写函数调用（如
time()），得在注入时动态计算，否则默认值会固化 - 这个方案会影响所有
$this->request->param()调用，包括中间件、钩子，务必确认无副作用
验证器里用 scene + append 做运行时字段注入很危险
有人试过在验证器 Scene 里用 append() 加字段，以为能触发默认值，结果发现：append() 只影响规则定义，不修改实际传入数据。验证仍会因 user.name 不存在而跳过。
更隐蔽的问题是：如果验证器开了 removeEmpty，空字符串或 0 会被过滤，导致补的默认值被清掉。
-
append()的字段名必须和rule里声明的一致，大小写敏感，点号路径要完整 - 即使加了
['user.name' => 'require|default:游客']，default规则也只在字段存在且为空时生效，不解决“字段根本没传”的问题 - 真正安全的做法是：补全动作必须发生在验证之前，且作用于原始输入层，而不是验证规则层
input() 解析路径的影响不一致，同一个 key 在不同 Content-Type 下可能根本走不到你写的那行 input('user.name')。 
