updateAttributes() 不触发 beforeSave/afterSave 等任何模型事件，因其绕过验证、安全检查和完整生命周期，直接执行 SQL UPDATE；仅适用于无业务副作用的纯数据修补场景。
updateAttributes() 为什么完全不触发 beforeSave/afterSave
updateAttributes() 是一个绕过模型生命周期的“直写”方法：它跳过验证、跳过属性安全检查、跳过所有事件，直接拼 SQL 执行 UPDATE。这不是 bug，是设计使然——它的定位就是“快速批量更新字段”，不是“走完整业务流程”。
- 调用
$model->updateAttributes(['status' => 'done'])时，beforeValidate、afterValidate、beforeSave、afterSave、beforeUpdate、afterUpdate全部不会执行 - 即使你在
beforeSave里写了日志、发消息、改时间戳，这里也完全静默 - 它不调用
save()，也不进入ActiveRecord::update()流程，连事务包装都没有（除非你手动包）
哪些操作会触发模型事件，哪些不会
区分关键在于「是否走 save() 或其变体」：
- ✅ 触发事件：
$model->save()、$model->update()（实例方法）、$model->insert() - ❌ 不触发事件：
$model->updateAttributes()、Model::updateAll()、Model::deleteAll()、Model::insertAll() - ⚠️ 特别注意：
$model->update()（无参数）会触发beforeUpdate/afterUpdate；但$model->updateAttributes()连这个都不触发
想更新字段又保留事件？换方法
如果你需要更新值的同时让 beforeSave 生效（比如自动填充 updated_at、校验逻辑、清理缓存），就不能用 updateAttributes()：
- 先赋值再
save()：$model->status = 'done'; $model->save();—— 最常用，事件全量触发 - 用实例
update()方法：$model->update(['status' => 'done']);—— 会触发beforeUpdate/afterUpdate，但跳过验证 - 如果只是单字段且必须高效，又想留钩子，可在
beforeSave里判断：if ($this->isAttributeChanged('status') && $this->status === 'done') { ... }
updateAttributes() 的真实适用场景
它只适合那些「纯数据修补、无业务副作用、无需审计、不依赖上下文」的操作：
- 后台定时任务批量修正状态：
User::find()->where(['last_login_at' => null])->batchUpdate('status', 'inactive');（配合自定义命令） - 迁移脚本中补字段值，且确认该字段不参与任何事件逻辑
- 调试时临时改值，不希望触发 side effect
一旦你的更新逻辑和缓存、日志、关联清理、状态机流转有关，updateAttributes() 就是隐形炸弹——表面快，实际漏掉关键环节。
