验证器未生效因未显式调用check()或scene未定义；闭包规则中$this不指向实例，需用参数$data取值；require_if/with依赖字段存在，需确认提交数据；避免验证器与模型混用导致重复校验。
验证器类没生效，validate 方法始终返回 true
常见于控制器里直接 new 验证器但没传数据，或用了 scene 却没提前定义。ThinkPHP 的验证器不是“声明即运行”，它需要显式调用 check() 或配合模型/控制器的自动验证机制。
- 确保验证器继承
think\Validate，且规则写在rule属性或rules()方法里 - 手动校验时别只写
$v = new UserValidate(); $v->validate($data)—— 这会调用静态方法，绕过实例规则；改用$v->check($data) - 若用了
scene，必须先调用scene('edit')，否则默认场景可能为空，规则不加载 - 注意
batch模式下错误信息是数组，直接 echo 会报错，要用getError()取
自定义验证规则里拿不到 $this->data 或字段值
ThinkPHP 6+ 验证器的闭包规则中，$this 不再指向验证器实例，而是当前字段上下文。想访问整条数据或其它字段，得靠参数传递或闭包外捕获。
- 闭包规则签名是
function ($value, $rule, $data, $field)，其中$data是完整数据数组，$field是当前字段名 - 别在闭包里写
$this->data['username']，这会报错；要取关联字段就用$data['password_confirm'] - 如果规则逻辑复杂，建议抽成独立方法，在验证器类里定义，再通过字符串名引用，如
'confirm_password' => 'confirmPassword' - 注意闭包内不能用
$this->fail()，失败需返回false或字符串提示
require_if 和 require_with 总是不触发
这两个条件验证规则依赖字段存在性判断，但 ThinkPHP 默认只对提交数据中存在的字段做校验 —— 如果前端根本没传某个字段（比如空 checkbox），它不会出现在 $data 数组里，规则自然跳过。
- 确认字段确实被提交：打印
input()或$this->request->param()看原始数据结构 -
require_if的第二个参数是「值」，不是字段名，例如['status', '1']表示 status 等于 '1' 时才校验当前字段 -
require_with要求「另一字段存在且非空」，如果对方字段值是''、0或null，仍视为不满足条件 - 调试时可在规则后加
'msg' => 'xxx 必填'，避免默认提示掩盖逻辑问题
验证器和模型验证混用导致重复报错或漏校验
模型的 validate 属性或 validate(true) 调用，底层也是走验证器，但生命周期和触发时机不同。混用时容易一个校验了，另一个又校验一遍，或者因为顺序问题跳过关键检查。
- 推荐单点控制：要么全在控制器用验证器实例校验，要么全交给模型的
validate(true)，不要一半放控制器一半放模型 save 前 - 模型里设
protected $validate = UserValidate::class时，仅对save()生效；若手动调$model->validate(true)->save()，则会再走一次，可能重复 - 数据库唯一约束（如邮箱）最好仍由验证器先拦，别依赖模型抛异常，否则用户看到的是 SQL 错误而非友好提示
- 批量更新（
saveAll）默认不触发模型验证，必须显式传['validate' => true]
验证器的 scene 和 append 规则容易被当成语法糖忽略，其实它们直接影响字段白名单和动态规则注入 —— 一旦漏写，轻则字段被静默过滤，重则绕过安全校验。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
