thinkphp 6.x 废弃 validate 方法，须改用 validate 类实例调用 check()；验证器需继承 think\validate 并显式定义 $rule、$message、$scene；require_if 和 confirm 规则语法及行为变更；批量验证错误信息默认为一维数组，需设 $batch = true 或全局配置 validate_batch。
验证规则写法变了，validate 方法直接报错
ThinkPHP 6.x 废弃了 5.x 的 validate 方法调用方式，旧代码里类似 $this->validate($data, 'UserValidate') 会抛出 Method validate does not exist。这不是配置没加载，是核心类里真删了这个方法。
必须改用 Validate 类实例校验：
- 手动 new
Validate，调用check()，规则用数组或验证器类名传入 - 若沿用旧的验证器类（如
UserValidate），需确保它继承think\Validate，且规则定义从protected $rule = [...]改为protected $rule = []+protected $message = []形式（TP6 要求字段级 message 显式声明） - 注意：TP6 默认不自动加载验证器类的
scene，旧版写的$validate->scene('edit')->check(...)需确认该 scene 是否在protected $scene = []中明确定义，否则静默忽略
require_if 和 confirm 等规则行为不一致
TP6 对条件验证规则做了语义收紧。require_if 不再支持字符串形式的字段比较（如 'require_if:status,1'），必须改用闭包或数组语法；confirm 字段比对默认开启严格类型检查，旧数据里字符串 '123' 和整数 123 会校验失败。
实操建议：
- 把
'require_if:field,value'全部替换为['require_if' => ['field', 'value']] - 涉及
confirm的字段（如密码二次确认），在验证规则中显式加'confirm:password|strict=false'关闭严格模式 - 自定义规则函数若依赖
$this->data，需改为接收参数$value, $rule, $data, $field，TP6 不再自动注入上下文
验证器类里的 scene 定义被跳过
升级后发现 $validate->scene('create')->check($data) 像没生效——常见原因是 TP6 要求 scene 必须在验证器类中以 protected $scene = [] 显式声明，而旧版允许运行时动态绑定或通过方法返回。
例如旧验证器里这样写无效：
public function sceneCreate()
{
return $this->only(['username', 'email']);
}
必须改成：
protected $scene = [
'create' => ['username', 'email'],
'update' => ['username', 'email', 'id'],
];
- 未在
$scene数组中声明的场景名，调用时不会报错，但实际走的是全字段校验逻辑 - 场景字段名必须和规则字段完全一致（含下划线/驼峰），TP6 不再做自动转换
批量验证失败时错误信息结构变了
TP5 返回的是 ['field1' => '错误信息', 'field2' => '错误信息']，TP6 默认返回一维字符串数组 ['错误信息1', '错误信息2']，前端靠字段名定位错误变得困难。
要恢复字段映射格式，必须显式设置：
- 调用
check()后，用$validate->getError()获取结果（不是$validate->error属性） - 若需字段键名结构，在验证器类中加
protected $batch = true; - 或者全局配置
'validate_batch' => true（在config/validate.php中）
漏掉这个配置，接口返回的错误列表就只剩一堆字符串，排查具体哪个字段错得靠猜。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
