Yii2 TimestampBehavior 不触发的主因是配置、上下文或数据库细节不匹配，需确认行为注册正确、触发时机满足（仅实例save/insert/update）、数据库字段类型与value返回值一致、时区统一，并通过日志和脏数据验证调试。
Yii2 的 TimestampBehavior 不触发，通常不是行为本身坏了，而是配置、上下文或数据库层面的细节没对上。重点不在“加没加行为”，而在“它有没有被调用的条件”。
确认行为已正确注册并生效
检查模型的 behaviors() 方法是否返回了 TimestampBehavior 配置，且类名完整、语法无误：
- 必须使用完整命名空间：
\yii\behaviors\TimestampBehavior::class，不能写成TimestampBehavior或漏掉::class -
createdAtAttribute和updatedAtAttribute值需严格匹配数据库字段名（如'created_at'，注意下划线和大小写） -
attributes映射要准确：插入用EVENT_BEFORE_INSERT，更新用EVENT_BEFORE_UPDATE，别写反或漏掉 - 如果字段是 DATETIME/TIMESTAMP 类型，
value应返回字符串或Expression('NOW()')；若为 INT 类型，保持默认time()即可
验证触发时机是否满足
TimestampBehavior 只在模型调用 save()、insert() 或 update() 时触发，且仅限实例方法 —— 这些关键点常被忽略：
-
updateAll()、insertAll()等静态批量操作完全不触发任何行为或事件，哪怕你写了 behavior 也没用 - 直接赋值后没调用
save()（比如只做了$model->status = 1），时间戳当然不会更新 - 调用了
save(false)（跳过验证）仍会触发 behavior；但若beforeSave()返回false中断保存，behavior 就不会执行
排查数据库与字段定义冲突
即使 PHP 层配置全对，数据库自身机制也可能覆盖或干扰 behavior：
- MySQL 中字段设为
TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP，会导致数据库自动写入，而 model 的updatedAtAttribute可能读不到变化，或与 PHP 写入冲突 - 字段类型与 behavior 的
value返回值不匹配：例如字段是INT，但value返回date('Y-m-d H:i:s')字符串，插入会失败或转为 0 - 数据库时区 ≠ PHP 时区：若未统一设置（如入口文件缺
date_default_timezone_set('Asia/Shanghai')），NOW()和date()生成的时间可能偏差数小时
快速验证与调试建议
不用猜，用最小动作确认问题出在哪一层：
- 在
beforeSave()里打日志或var_dump($this->created_at, $this->updated_at)，看字段是否在 save 前已被 behavior 赋值 - 临时把
value改成固定字符串如'2026-01-01 00:00:00'，排除动态生成逻辑干扰 - 用
yii\db\Expression('NOW()')替代 PHP 函数，让数据库生成时间，绕过 PHP 时区和性能问题 - 执行一次
$model->save()后立刻var_dump($model->getDirtyAttributes())，确认时间字段是否出现在脏数据中
