yii验证规则按scenario动态过滤，addrule()添加的规则仅对当前实例生效且需显式指定on场景，rules()中不可写运行时条件判断，应改用beforevalidate()或自定义验证方法。
验证规则在运行时被忽略？检查 scenarios 是否覆盖了动态修改
Yii 的验证不是无条件执行所有 rules() 里的规则，而是按当前 scenario 过滤。如果你调用 $model->setScenario('create') 后再改规则，但没同步更新该场景的规则映射，新规则根本不会生效。
实操建议：
-
scenarios()方法返回的是场景到属性列表的映射（如['create' => ['name', 'email']]），它控制哪些字段参与验证，不控制具体规则；真正决定“哪条规则跑”是rules()+ 当前scenario的组合 - 动态添加规则必须配合
addRule()或直接操作$model->validators，但要注意：这些规则默认只对default场景生效，除非你显式指定on参数 - 常见错误现象：
$model->addRule('price', 'required', ['on' => 'update'])写了，但$model->scenario = 'update'没设，结果还是不校验
addRule() 添加后不触发？确认验证时机和规则对象生命周期
addRule() 是实例方法，添加的规则只存在于当前模型实例中，不会写入类定义。这意味着：每次 new 一个新模型，都要重新 add；如果用了 ActiveRecord::findOne() 加载已有记录，它的验证器列表是空的——除非你手动补全。
实操建议：
- 不要在控制器里写
$model->addRule(...)然后直接$model->load() && $model->validate()——load()会重置attributes，但不会清空或重建validators，看似没问题，实则容易漏掉依赖属性状态的规则（比如某字段是否显示，影响另一字段是否必填） - 更稳妥的做法是在模型的
init()或自定义 setter 中根据业务逻辑动态构建规则，例如：if ($this->type === 'premium') { $this->addRule('vip_code', 'required'); } - 注意兼容性：
addRule()在 Yii 2.0.14+ 才支持on和except参数，旧版本只能靠Validator::on属性模拟
规则依赖运行时数据？避免在 rules() 里写死条件判断
rules() 是静态方法，只在类加载时执行一次。如果你在里面写 if ($this->status === 'active') {...}，$this 是 null，会报错；即使能访问，也只会取初始值，无法响应后续属性变化。
实操建议：
- 把运行时逻辑移到
beforeValidate()或自定义验证方法里。例如：public function beforeValidate() { if ($this->isSpecial()) { $this->addRule('special_field', 'required'); } return parent::beforeValidate(); } - 使用闭包式验证器时，注意作用域：
['function' => function ($attribute, $params) { if ($this->user->isAdmin) { ... } }]—— 这里$this是模型实例，可用，但别忘了闭包不能序列化，不适合存进缓存或跨请求复用 - 性能影响：频繁在
beforeValidate()里addRule()会产生大量 Validator 对象，若并发高、规则多，GC 压力会上升；可考虑预生成规则数组，按需启用
验证失败却没提示？检查 addError() 是否被覆盖或静默吞掉
动态规则常配合手动验证逻辑，比如在自定义方法里调用 $this->addError('field', 'xxx')。但如果你重写了 validate() 却忘了调用 parent::validate()，或者在某个分支里 return false 而没加 error，前端就收不到任何提示。
实操建议：
- 不要直接 return false 来中断验证流程，而是用
$this->hasErrors()判断后处理；否则getErrors()可能为空，但validate()返回 false，行为不一致 - 多个动态规则共存时，不同规则可能对同一字段反复
addError()，导致重复提示；可在添加前先$this->clearErrors('field') - 最容易被忽略的一点：AJAX 提交时，若后端返回 JSON 但没包含
errors字段（哪怕为空数组），前端框架可能默认认为“没报错”，实际是验证失败却被当成功处理了
