ThinkPHP 8.0 不支持 items.0.name 点号路径验证，需显式声明 'items' => 'array' 并调用 $this->strict(true) 启用通配符；嵌套校验须手动遍历 $data['items']，用 $this->fail() 报错，且场景中需明确包含 'items' 字段。
ThinkPHP 8.0 默认不支持 items.0.name 这类点号路径的嵌套数组字段验证，直接写规则会静默失效——不是报错，而是压根不校验。
为什么 items.*.name 规则不生效
通配符本身没问题，但有两个硬性前提必须同时满足：
-
'items' => 'array'必须显式写在验证器的$rule中，否则框架连items键都不解析，更别说子项 - 验证器需手动启用 strict 模式：
$this->strict(true)，默认是false，此时通配符被忽略 - 即使开了 strict，
items.*.email和items.*.confirm_email也无法自动做跨子项比对——每个子项的$data只包含当前那一层，不带兄弟字段
验证嵌套数组的正确姿势
别依赖通配符“自动展开”，得自己递归钻进去。核心是：用 $data 拿到原始提交数据，手动遍历、判断、报错。
- 字段声明为
'items' => 'array'，确保它进验证流程 - 定义一个 public 方法，签名必须是
function($value, $rule, $data, $field)，第四个参数$field是当前字段名（如items），可用于定位错误位置 - 在方法里用
array_key_exists('items', $data)+is_array($data['items'])做安全判断，避免空数组或非数组导致崩溃 - 报错必须调用
$this->fail()，不能return false；否则框架认为“校验通过”，只是值不符合预期 - 示例：校验每个 item 的 price 是否为正数且不超过 9999
public function checkItemsPrice($value, $rule, $data, $field)
{
if (!isset($data['items']) || !is_array($data['items'])) {
return true;
}
foreach ($data['items'] as $i => $item) {
if (!isset($item['price']) || !is_numeric($item['price']) || $item['price'] <= 0 || $item['price'] > 9999) {
$this->fail("第{$i}项价格必须是 0~9999 之间的数字");
return false;
}
}
}
然后在 $rule 里写：'items' => 'array|checkItemsPrice'。
立即学习“PHP免费学习笔记（深入）”；
场景验证和嵌套数组怎么配合
场景（$scene）只控制“哪些字段参与验证”，不改变嵌套结构的处理逻辑。所以：
- 如果
register场景需要校验addresses数组，就得在$scene['register']里明确写上'addresses'，不能只写子字段 - 不要在
scene()调用后才加array类型声明——类型声明必须在验证器初始化时就存在，否则字段根本不会被加载 - 调试时直接调用
$validate->getRule()，看返回数组里items是否在列、是否带array规则，比猜快得多 - 同一个验证器实例不能复用多个场景：先
scene('create')再scene('edit')，后者会覆盖前者，getRule()只反映最后一次的结果
嵌套数组验证真正的复杂点不在语法，而在错误信息的精准性和性能控制——比如每个子项都查一次数据库，容易触发 N+1；而错误提示若只说“数据不合法”，用户根本不知道是第几个 item 出问题。这些细节不手动干预，框架不会替你兜底。
