tp6已废弃模型validate()方法，须用validate类或验证器类显式验证；字段名须与$data键完全匹配；自定义规则需public且四参数；filter仅验证后生效，不自动清洗数据。
ThinkPHP 6 的 validate() 方法怎么写才不报错
直接用 validate() 会报 Method validate does not exist，因为 TP6 已废弃模型上的 validate() 魔术方法。验证必须显式调用 Validate 类或使用验证器类。
常见错误是照着 TP5 文档写 $model->validate($data)->save()，TP6 里这行代码根本跑不通。
- 正确做法：先实例化验证器（
Validate::make()或自定义验证器类），再调用check() - 验证失败时，
getError()返回字符串，不是数组；别直接json_encode()它就扔给前端，容易出格式问题 - 如果在控制器里验证，推荐用依赖注入方式加载验证器类，比每次
new Validate()更利于复用和测试
required|email 这类规则在 TP6 验证器里为什么没生效
规则字符串写法没错，但实际不触发，大概率是没传对字段名——验证器默认校验 $data 数组的键，而表单 POST 过来的数据可能带前缀、嵌套或大小写不一致。
比如前端传 { "user_email": "a@b.com" }，但规则写的是 'email' => 'required|email'，那 email 字段压根不存在，自然跳过验证。
- 检查
$data实际结构，用dump($data)确认键名，规则字段名必须完全匹配 - 支持点号语法做嵌套校验，如
'profile.email' => 'email'，但前提是$data['profile']['email']确实存在 -
requireIf和requireWith这类条件规则，第二个参数是字段名（字符串），不是值，别写成requireIf:other,1这种硬编码值
自定义验证规则函数报 Call to undefined method
在验证器类里写 protected function checkMobile($value)，但调用时报错说方法不存在，是因为 TP6 要求自定义规则必须声明为 public，且命名需带 rule 前缀或通过 extend() 显式注册。
更隐蔽的问题是：自定义规则函数签名必须严格为 ($value, $rule, $data, $field) 四个参数，少一个或顺序错，check() 内部调用时就会崩。
- 推荐写法：在验证器类中定义
public function ruleMobile($value, $rule, $data, $field)，然后规则写'phone' => 'ruleMobile' - 如果想全局复用，用
Validate::extend('mobile', [$this, 'ruleMobile'])注册，注意闭包或数组回调写法要能被反射调用 - 别在规则里直接 throw 异常，应返回
false+ 设置$this->error = '提示信息'，否则中断流程且无法被捕获
验证通过后数据自动过滤（如 trim、intval）怎么配
TP6 的验证器本身不负责数据过滤，filter 规则只在验证阶段起作用，且仅限内置类型（如 email 会自动转小写），不会修改原始 $data。
真正需要“验证+清洗”一体化时，不能只靠规则，得手动处理或借助事件钩子。
- 简单场景：验证后立刻用
array_map('trim', $data)，但注意嵌套数组得递归处理 - 复杂场景：在验证器的
scene()方法里，配合filter参数传回调，例如$v->scene('edit', ['name' => 'require|alpha'], ['name' => 'trim']) - 注意
filter回调只对当前字段生效，且优先级低于验证规则；如果字段没通过验证，filter不会执行
验证器不是万能中间件，它只管“对不对”，不管“干不干净”。该在 Controller 层做数据清洗的，别硬塞进验证逻辑里——否则下次加个新字段，就得翻一遍验证器里的 filter 配置。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
