validate() 是 thinkphp 推荐的数据验证方式，需明确指定验证器、数据及错误处理；推荐用命令行 php think make:validate 生成验证器类，避免手动创建时命名空间或路径错误；$rule 字段名须与数据键名严格一致，多规则用 | 连接；控制器中可用 validate()->check() 抛异常或 new 实例->check() 返回布尔值；批量验证需显式调用 batch(true)，此时 getError() 返回数组；场景验证（scene）用于字段白名单过滤，适用于增删改逻辑差异大等场景。
validate() 是 ThinkPHP 验证数据最常用、也最推荐的方式，但直接调用它不等于“自动生效”——你得明确告诉框架：验证谁、用哪个规则、错的时候怎么报。
验证器类怎么创建才不踩坑
别手写整个目录结构。ThinkPHP 6/8 推荐用命令行生成：php think make:validate UserValidate，它会自动在 app/validate/ 下建好类，继承 thinkValidate，并预置 $rule 和 $message 属性。手动新建时容易漏掉 Namespace 或写错路径（比如误放 app/controller/validate），导致 class not found。
常见错误现象：Class 'appvalidateUserValidate' not found，多数是命名空间没对上，或文件没放在 app/validate/ 目录下（不是 application/ 或 app/index/validate）。
-
$rule中字段名必须和你传入的数据键名完全一致（区分大小写） - 多个规则用
|连接，比如'email' => 'require|email'，不能写成数组 -
$message的键名格式是字段名.规则名，比如'email.email'，不是'email'单独一行
控制器里怎么调用才真正起效
有两种主流方式，区别在于异常处理逻辑是否由你接管：
- 用
validate(UserValidate::class)->check($data)：失败时抛出ValidateException，必须try/catch，否则直接 500 - 用
(new UserValidate())->check($data)：返回布尔值，错误信息通过getError()拿，更轻量，适合简单判断
注意：validate() 是门面（Facade），它底层仍会实例化验证器；但如果你在验证前需要动态改规则（比如根据用户角色加字段），就得用 new 实例方式，再调 rule() 方法覆盖。
立即学习“PHP免费学习笔记（深入）”；
批量验证为什么开了还只报一个错
默认验证是「短路模式」：遇到第一个错就停。想一次看到所有问题，必须显式开启批量验证：
validate(UserValidate::class)->batch(true)->check($data)- 或者
(new UserValidate())->batch(true)->check($data)
但注意：batch(true) 后 getError() 返回的是数组（每个字段的错误信息），不再是字符串。如果前端只接收单条 msg，这里容易崩——得自己 implode('；', $validate->getError()) 或结构化输出。
场景验证（scene）的实际使用条件
不是所有地方都适合用 $scene。它本质是「字段白名单」，只校验你列出来的字段，其余一概跳过。所以它适合：
- 「添加」和「编辑」逻辑差异大（比如编辑时不校验密码，但添加时要）
- API 接口版本迭代，字段要求变（v1 要
mobile，v2 改成phone）
但别滥用：如果只是某个字段的规则微调（比如长度从 max:20 改成 max:30），直接在 $rule 里用条件判断更清晰，而不是硬拆两个 scene。
验证器不是“设完就跑”，它的生命周期、错误格式、字段映射稍有偏差就会静默失效。最常被忽略的是：batch 开关后 getError() 类型变了，还有 scene 不是规则分组而是字段过滤——这两点在线上出问题时最难定位。