TP5.1升级后验证器失效主因是加载机制、scene调用、rule定义及错误返回格式变更：必须显式传完整命名空间类名或实例并调scene()，rule需二维数组定义，scene须预声明字段规则，getError()返回关联数组且failException默认开启需设为false。
ThinkPHP 5.0 升级到 5.1 后验证器失效，不是语法写错了，而是验证器类加载机制、默认行为和校验触发时机全变了——validate 方法不再自动调用 scene、rule 定义方式不兼容、错误信息返回格式也不同，直接沿用 5.0 写法必然跳过校验或报错。
validate() 调用方式必须显式传参
TP5.1 废弃了 5.0 中 $this->validate($data, 'User') 这种字符串类名自动解析逻辑，现在必须传对象实例或完整类名字符串，且不支持隐式 scene 绑定。
- 错误写法：
$this->validate($data, 'User.login')（5.0 支持，5.1 报 Class not found） - 正确写法一（推荐）：
$validate = new \app\validate\User(); $validate->scene('login')->check($data); - 正确写法二（兼容旧习惯）：
$this->validate($data, '\app\validate\User', 'login');——注意第三个参数是 scene 名，不是规则名 - 若仍用字符串类名，必须带完整命名空间，且不能含点号分隔 scene；否则框架会尝试加载
User.php下的login方法，而非调用scene()
验证器类中 rule 和 scene 定义语法变更
TP5.1 要求 rule 必须是数组，且字段规则必须用二维结构；scene 必须返回键值对数组，不能再用字符串拼接或动态生成未声明的 scene。
- 5.0 允许：
protected $scene = ['login' => ['name', 'password']]（字段列表） - 5.1 必须写成：
protected $scene = ['login' => ['name' => 'require|alphaNum', 'password' => 'require|length:6,16']] - 如果某个 scene 在
$scene中未定义，调用scene('xxx')会静默失败（不报错但不校验），而不是像 5.0 那样 fallback 到 default -
rule中的单条规则字符串（如'email' => 'require|email'）在 5.1 中仍有效，但若混用闭包或验证类方法，需确保其存在且可访问
验证失败后 error 返回格式不一致
TP5.0 的 $validate->error 是字符串，TP5.1 默认返回关联数组（字段 → 错误信息），且 getError() 行为也变了——直接访问 $validate->error 可能为空，必须用方法取。
立即学习“PHP免费学习笔记（深入）”；
- 升级后常见现象：判断
if ($validate->error)恒为 false，因为$validate->error是数组，PHP 会转成 true，但实际你可能想判断是否有任意错误 - 正确判断方式：
if ($validate->failException(false)->check($data) === false)，然后用$validate->getError()取数组，或遍历$validate->error - 若需兼容旧逻辑（返回第一个错误字符串），可封装：
reset($validate->getError()) ?: '' - 注意：TP5.1 默认开启
failException，即验证失败抛异常，必须显式设为false才走check()返回布尔值流程
validate() 辅助函数被移除或行为改变
全局函数 validate() 在 TP5.1 中已废弃，不再自动识别验证器类路径；同时，模型中的 validate(true) 自动验证开关也被收紧——只在校验通过后才写入，且不触发自定义场景。
- 不要再用
validate($data, 'User')，它不会加载任何验证器，只会返回true - 模型中启用自动验证：
protected $validate = true;已无效；改用protected $validate = ['User', 'login'];（类名 + scene） - 更稳妥的做法是：在模型
save()前手动调用验证器，不要依赖模型层自动触发 - 如果用了第三方扩展（如验证器中间件），检查其是否适配 TP5.1 的
think\Validate类签名，老版本中间件可能仍调用think\Validate::make()（该方法在 5.1 中已移除）
最易被忽略的是 scene 定义格式和 failException 默认开启这两点——前者导致看似调用了 scene 实际没生效，后者让验证失败直接崩掉而不是返回 false，调试时容易误判为“没走到验证逻辑”。
