是的，ThinkPHP 8.0 的验证器必须显式调用 check() 方法才会真正执行校验；否则即使定义规则、场景或实例化对象，验证逻辑也不会触发，getError() 返回空，数据将静默进入业务层。
是的，ThinkPHP 8.0 的验证器必须显式调用 check() 方法才会真正执行校验。写完规则、定义好场景、甚至实例化了验证器对象，都不代表验证已运行——它始终处于“待命”状态，直到你主动触发 check()。
验证器不是自动生效的开关
ThinkPHP 8.0 的验证器设计是“按需执行”，而非声明即运行。常见误解包括：
- 认为
new UserValidate()就会自动校验数据 → 实际只是创建对象，未做任何检查 - 在控制器里写
$this->validate($data, 'UserValidate')却没捕获返回值或异常 → 这个方法内部其实也调用了check()，但失败时默认抛异常，不处理就会中断流程 - 用门面
validate(UserValidate::class)->scene('register')后直接结束 → 缺少.check($data)，整个链式调用就停在中间，毫无效果
正确调用 check() 的三种典型方式
-
门面方式（推荐用于标准场景）
try { validate(UserValidate::class)->scene('register')->batch(true)->check($data); } catch (ValidateException $e) { echo $e->getError(); // 或返回 JSON 错误 } -
手动实例化（适合动态改规则或调试）
立即学习“PHP免费学习笔记（深入）”；
$v = new \app\validate\UserValidate(); $v->scene('register')->batch(true); if (!$v->check($data)) { return json(['msg' => $v->getError(), 'code' => 0]); } -
控制器内置方法（需配合配置）
// 控制器顶部声明 protected $batchValidate = true; // 方法内调用 $result = $this->validate($data, 'UserValidate.register'); if (true !== $result) { return json(['msg' => $result, 'code' => 0]); }
不调用 check() 的后果
- 验证逻辑完全跳过，数据未经校验直接进入业务层
- 即使规则写错、字段名不匹配、
$scene为空，也不会报错，而是静默放行 -
getError()始终返回空，getErrors()返回空数组，容易误判为“验证通过”
验证器本质是一个校验工具类，不是中间件或钩子。它的职责很明确：等你给数据、发指令，然后才干活。
