ThinkPHP6验证器用法与TP5本质是架构升级：类路径需PSR-4规范（app/validate/UserValidate.php）、命名空间严格匹配、继承think\validation\Validate；控制器必须用类名或实例调用，禁用TP5辅助函数；验证失败需手动捕获ValidateException返回JSON；字段提示推荐在验证器中集中配置。
ThinkPHP5 和 ThinkPHP6 在前后端分离场景下，验证器的用法差异本质是架构理念升级带来的调用方式、类路径、容器依赖和响应控制变化，不是简单语法微调，而是必须按 TP6 规范重构验证逻辑。
验证器类定义位置和命名空间不同
TP5 中验证器可直接放在 application\validate\ 下，类继承 think\Validate，命名空间常为 app\validate\；TP6 强制要求验证器类必须遵循 PSR-4 自动加载规则，且类路径与命名空间严格一致：
- 文件路径必须为
app/validate/UserValidate.php（注意小写app/，非application/） - 命名空间必须为
app\validate\UserValidate - 继承类改为
think\validation\Validate（不再是think\Validate）
若仍用 TP5 写法，会直接报 Class not found 错误。
控制器中调用方式完全不同
TP5 支持在控制器内直接使用辅助函数或闭包验证：
立即学习“PHP免费学习笔记（深入）”；
$this->validate($data, ['name|姓名' => 'require|length:2,10']); // 或 validate(['name' => 'require'])->check($data);
TP6 废弃所有直调方式，必须通过验证器类实例或类名调用：
- ✅ 正确：
$this->validate($data, UserValidate::class) - ✅ 正确：
$validate = new UserValidate(); $validate->check($data) - ❌ 错误：
validate($data, [...])会触发自动加载失败 - ❌ 错误：
Validate::make()->rule(...)->check($data)不再可用
TP6.1+ 默认关闭 auto_bind，validate() 辅助函数不可直接使用，必须显式传入验证器类。
前后端分离下验证失败响应需手动控制格式
TP5 的 validate() 失败默认抛出异常，配合 exception_handle 可统一返回 JSON；TP6 中验证失败默认仍走异常流程，但前后端分离项目必须拦截并返回标准 API 格式：
- 不要依赖框架默认错误页（HTML）
- 推荐在基类控制器或中间件中统一捕获
ValidateException：try { $this->validate($data, UserValidate::class); } catch (ValidateException $e) { return json(['code' => 400, 'msg' => $e->getError(), 'data' => []]); } - 避免混用
echo json_encode()，必须用return json(...)以确保响应头正确。
验证规则中的字段提示需适配前端接收习惯
TP5 字段别名写法如 'username|用户名' => 'require' 仍可用，但 TP6 更推荐在验证器类中集中管理：
protected $message = [
'username.require' => '用户名不能为空',
'password.length' => '密码长度需6–20位',
];这样便于多语言、统一维护，也避免控制器里硬编码提示，契合前后端分离中「接口契约清晰」的要求。
