应将验证逻辑抽离为独立Validate类并统一管理：定义rule/message/scene、注册自定义方法、缓存数据库查询、使用语言包实现提示语本地化，避免耦合与重复。
验证规则写在每个控制器里，改一个要改七八处
重复写 validate 数组或 Validate::make() 调用，本质是把校验逻辑和业务耦合了。一旦手机号格式规则变（比如加区号校验），所有地方都得同步改，漏一处就埋雷。
实操建议：
- 把共用规则抽成独立类，继承 think\Validate
- 在 app/validate/ 下新建 UserValidate.php，定义 rule、message、scene
- 控制器里只写 $this->validate($data, 'UserValidate.login')，不拼数组
- 场景（scene）必须显式定义，否则 scene('login') 会静默失败，不报错也不校验
自定义规则函数名没注册，调用时报 “method not exists”
写了 checkIdCard 方法，但在 rule 里直接写 'id_card' => 'checkIdCard'，ThinkPHP 找不到这个方法——它默认只认内置规则和 Validate 类里的 public 方法，且要求先注册。
实操建议：
- 自定义方法必须声明为 public，且带完整参数：public function checkIdCard($value, $rule = '', $data = [], $field = '')
- 在类的 __construct() 或 init() 里调用 $this->extend('id_card', 'checkIdCard')
- 规则字符串里仍写 'id_card'，不是函数名；extend 第一个参数才是规则别名
- 别在 rule 数组里直接写函数调用表达式，比如 'id_card' => [$this, 'checkIdCard']，这会导致序列化失败
验证器里用 in 规则查数据库，接口一并发就卡住
'status' => 'in:1,2,3' 是安全的，但写成 'category_id' => 'callback:checkCategoryExists'，而 checkCategoryExists 里又执行 Db::name('category')->where(...)->find()，每次验证都查库，QPS 上去就拖垮整个请求链路。
实操建议：
- 数据库校验类规则必须加缓存，比如用 Cache::remember() 包住查询结果，过期时间设为 10 分钟
- 更优解是预加载：在验证器 __construct() 里一次性查出所有合法 category_id，存在私有属性里，回调时只做 in_array 判断
- 禁止在验证规则里做 insert/update 操作，ThinkPHP 验证阶段不支持事务回滚，容易留下脏数据
不同模块要用同一套验证逻辑，但提示语要本地化
后台和小程序都用 UserValidate，但后台要“用户名不能为空”，小程序得说“请填写昵称”。硬编码写死 message 数组，要么复制类，要么运行时动态覆盖，都难维护。
实操建议：
- 不在验证器类里写死 message，改用语言包：'username.require' => ':attribute 不能为空'
- 把 :attribute 替换成字段别名，通过 alias 属性统一管理：protected $alias = ['username' => '昵称']
- 多语言切换靠 Lang::range() 加载对应语言包，验证器实例自动读取当前语言环境
- 注意：如果用了 scene，alias 和 message 必须在 scene 定义之后再设置，否则会被 scene 里的配置覆盖
最常被忽略的是验证器实例的生命周期——它不是单例，每次 Validate::make() 都新建对象，所以 init() 里做的预加载、缓存绑定，必须确保在首次校验前完成，而不是依赖构造函数顺序。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
