thinkphp事件机制不自动校验，需手动调用check()；json请求须解析php://input；闭包规则禁用input()；场景、批量、唯一验证及中文提示均需显式配置。
ThinkPHP 事件机制本身不负责数据校验，校验必须显式触发——事件里直接调用 validate() 或 check() 才生效，否则规则只是摆设。
事件中手动调用验证器 check() 才真正执行校验
事件（如 app_init、before_action 或自定义事件）只是钩子，不会自动扫描或运行验证逻辑。你得在监听器里主动实例化验证器并传入数据。
- 错误写法：
$this->validate($data, $rule)—— 这是控制器基类方法，在事件上下文中不可用，会报错或静默失败 - 正确写法：
(new UserValidate())->check($data)或Validate::make($rule)->check($data) - 若用了场景（scene），必须显式调用
scene('xxx')，否则规则为空；且每次调用前建议加removeError()避免残留错误干扰 - 批量校验需显式
batch(true)，否则只返回第一个错误，而事件通常需要完整反馈
事件里验证 JSON 请求体要先解析 php://input
前端发 Content-Type: application/json 时，$data 不能从 input() 拿，必须手动读取并解码。
- 漏掉这步会导致验证器收到空数组或 null，
check()直接返回 true（因为没字段可校验） - 正确流程：
$json = json_decode(file_get_contents('php://input'), true); if (!is_array($json)) { throw new ValidateException('JSON 格式错误'); } - 闭包规则里禁止用
input('field')，它仍查$_POST；所有字段值必须来自你解析出的$json数组 - 依赖字段（如
require_if:status,1）要求$json中必须存在status键，哪怕值为''或0，否则规则跳过
事件中复用模型验证器要注意绑定与状态污染
如果事件里调用了模型的 save()，又同时手动校验，容易重复触发或漏掉字段——因为模型内部的 validate(true) 和你手写的 check() 是两套生命周期。
- 推荐单点控制：事件里只做前置校验（如权限、格式、业务约束），把模型层唯一性、数据库约束等留给
save()自带的验证 - 若模型已配置
protected $validate = UserValidate::class;，事件中再 new 一个同名验证器校验，等于做了两次，且错误信息可能不一致 - 更新场景下，联合唯一验证（如
unique:user,username,email,id）必须确保$json或$data中包含主键字段，否则会误判为“已存在” - 中文提示别依赖语言包：事件无请求上下文，
lang()可能失效；直接在验证器$message里写中文最稳
事件不是校验的自动开关，它只是执行时机。最容易被忽略的是：验证器实例的状态（error 缓存、scene 绑定、batch 模式）不会自动重置，同一实例在多次事件触发中复用，大概率拿到上一次的残留结果。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
