ThinkPHP 6 中动态添加验证规则需在 beforeWrite 钩子中操作 validate 实例，用 appendRule() 新增或手动合并 rule 后调用 loadRule()；虚拟字段须不在 $schema 中定义、验证规则可独立配置、save 前需 remove() 清除，避免入库报错。
ThinkPHP 模型里怎么动态加验证规则？
不能靠写死 validate 属性，得在运行时根据条件塞新规则进去。ThinkPHP 6 的 Validate 实例支持链式追加，但模型本身不自动同步——你得手动调用 setRule() 或改 $this->validate->rule 数组。
常见错误是直接改模型类的 protected $validate = []，这没用，因为实例化后它早被复制进 $this->validate 对象了；还有人试图在 initialize() 里写 $this->validate->rule['field'] = [...]，结果字段没生效，因为没触发规则编译。
- 正确做法：在模型的
beforeWrite或自定义保存方法里，先获取验证对象，再用appendRule()（TP6.1+）或手动合并到rule数组后调用loadRule() - 注意
appendRule()不会覆盖已有字段规则，只新增；若要替换，得先unset($this->validate->rule['field']) - 虚拟字段（比如拼接的
full_name）必须确保在data中存在，否则验证器根本收不到该字段值
如何让虚拟字段参与验证但不写入数据库？
ThinkPHP 不会自动过滤掉未在数据表中声明的字段，但如果你没在模型里定义 protected $schema 或没开启严格模式，save() 时会把虚拟字段当真实字段尝试插入，报错 Unknown column 'full_name' in 'field list'。
关键不是“怎么加规则”，而是“怎么让框架认它是个字段但又不存”。核心靠两层控制：模型字段白名单 + 验证器独立接管。
立即学习“PHP免费学习笔记（深入）”；
- 在模型中显式定义
protected $schema = ['id' => 'int', 'name' => 'string']，漏掉虚拟字段名，这样save()会自动忽略它 - 验证规则里仍可写
'full_name' => 'require|length:2,10'，因为验证器不依赖$schema - 务必在调用
save()前用remove('full_name')清除数据，避免某些驱动（如 PDO MySQL）因字段不存在直接抛异常
配置驱动生成虚拟字段规则，怎么避免硬编码？
把规则写死在模型里，下次加个 search_keyword 又得改代码。更稳的方式是抽成配置项，比如 config/validate.php 里定义：
return [
'user' => [
'full_name' => ['require', 'alphaNum'],
'age_group' => ['in:young,adult,senior'],
],
];
然后在模型中按需加载：
常见坑是配置读取时机不对——在 initialize() 里读可能 config 还没加载完；或者用 Config::get('validate.user') 却忘了命名空间没引入 think\facade\Config。
- 推荐在
beforeWrite钩子中读配置并注入规则，此时环境已就绪 - 字段名和配置键必须严格一致，
full_name和fullName是两个字段 - 如果规则含闭包（比如动态查库），别放配置文件里，改用回调方式注册，否则反序列化失败
为什么 validate()->check() 返回 true，但 save() 还是失败？
因为验证通过 ≠ 数据能入库。典型场景：虚拟字段通过了验证，但它混在 $data 里进了 save()，而数据库没这列；或者你用了 allowField(true)，结果把不该写的字段也放行了。
另一个隐蔽问题是验证器校验的是原始数据，但模型可能在 setAttr 或 setter 中改了值，导致实际入库值和验证时的不一致（比如把空格 trim 掉后变空字符串，触发了非空校验失败）。
- 检查
save()前的数据快照：dump($this->getData())，确认虚拟字段是否还在里面 - 关闭
allowField，显式传allowField(['name', 'email'])，彻底隔离虚拟字段 - 如果用了
setter，验证前先调用$this->together()或手动触发 setter，让验证基于最终值
最麻烦的其实是调试顺序：验证器、模型过滤、数据库驱动三者之间没有统一日志钩子，得挨个打点看数据在哪一步被篡改或丢弃。
