Yii中ActiveRecord的时间戳仅在save()时自动更新，updateAll()或updateAttributes()等批量操作不触发；推荐改用save(false)、显式赋值updated_at或配置TimestampBehavior的value回调。
Yii框架中，使用 ActiveRecord 更新数据时，默认的 touch() 或自动时间戳行为（如 createdAt、updatedAt）只在调用 save() 且模型字段实际发生变化时触发。若仅更新部分字段（例如用 updateAll() 或 updateAttributes()），时间戳不会自动刷新——这是设计使然，不是 Bug。
明确区分 save() 和批量更新操作
ActiveRecord 的自动时间戳（通过 behaviors() 配置 TimestampBehavior）仅在调用 $model->save() 时生效，且依赖于属性是否被标记为“已更改”。而以下操作绕过模型验证和行为钩子，因此不触发时间戳更新：
User::updateAll(['status' => 1], ['id' => $id])-
$model->updateAttributes(['status' => 1])（跳过beforeSave和行为） - 原生 SQL 或 DAO 操作
手动刷新时间戳的推荐方式
若需在部分字段更新时同步更新 updated_at，有几种安全可控的做法：
- 改用
save()：赋值后调用save(false)跳过验证，但保留行为（包括时间戳）
示例： $user = User::findOne($id); $user->status = 1; $user->save(false); - 显式设置时间戳字段：
$model->updated_at = date('Y-m-d H:i:s');再调用updateAttributes()
注意： 确保字段名与数据库一致，且未被safe规则屏蔽 - 在
TimestampBehavior中启用value自定义逻辑，例如强制更新：
配置示例： 'updatedAt' => function() { return date('Y-m-d H:i:s'); }
避免踩坑：updateAttributes() 的隐含限制
updateAttributes() 本质是构建 UPDATE SQL 并执行，它：
- 不加载原始数据，无法判断字段是否真有变化
- 不触发
beforeSave/afterSave - 不校验字段是否在
safe列表中（可能引发安全隐患） - 默认不更新时间戳，即使字段名匹配
updatedAt
因此，除非明确需要绕过模型层、追求极致性能，否则建议优先走 save() 流程。
统一处理方案：封装带时间戳的更新方法
可在基类或具体 Model 中添加便捷方法，兼顾语义与一致性：
-
updateWithTimestamp($attributes, $condition)：内部调用updateAll()并追加updated_at字段 - 重写
updateAttributes()，在父方法前插入时间戳赋值（需确保字段可批量赋值） - 使用事件监听：在
ActiveRecord::EVENT_BEFORE_UPDATE中统一注入时间戳（适合全局策略）
不复杂但容易忽略
