是，默认行为。GORM 在事务中调用 Update() 时，只要模型含 UpdatedAt 字段且未被 Select() 排除，就会自动更新该字段，因其内置时间戳策略在 BeforeUpdate/BeforeSave 钩子中强制触发。
事务中 Update() 仍会改 UpdatedAt？这是默认行为
GORM 的 Update() 和 Updates() 在事务内执行时，只要模型含 UpdatedAt 字段（且未被显式排除），就会自动更新该字段——哪怕你只改了一个业务字段。这不是 bug，是 GORM 内置的时间戳策略：它在 BeforeUpdate 或 BeforeSave 钩子中触发，而事务不改变钩子调用逻辑。
常见错误现象：db.Transaction(func(tx *gorm.DB) error { tx.Model(&u).Update("status", "done"); return nil }) 执行后，u.UpdatedAt 被覆盖，但你只想改 status。
- 根本原因：GORM 默认把
UpdatedAt当作“每次写操作都需刷新”的元字段，不区分是否由用户显式修改 - 软删除场景下更明显：
Delete()实际走的是BeforeDelete → AfterUpdate，UpdatedAt也会被重写 - 如果你的模型嵌入了
gorm.Model，这个行为无法关闭，只能绕过
禁用自动时间戳更新的三种实操方式
没有全局开关，必须按需控制。优先级从高到低：
-
最推荐：用
Select()显式指定要更新的字段 —— 它会跳过所有未列出的字段，包括UpdatedAttx.Model(&u).Select("status").Update("status", "done") -
次选：临时禁用钩子 —— 用
Session()关闭时间戳相关钩子tx.Session(&gorm.Session{SkipHooks: true}).Model(&u).Update("status", "done")（注意：这也会跳过你的自定义BeforeUpdate） -
手动覆盖字段值 —— 在调用前保存原值，更新后再赋回去（仅限你确定字段类型是
time.Time且非指针）old := u.UpdatedAt; tx.Model(&u).Update("status", "done"); u.UpdatedAt = old；但若字段是*time.Time，需先判空再赋值
为什么 Save() 不适合用于“只改部分字段”
Save() 本质是全量写入：它无视字段是否变更、是否为零值，一律覆盖数据库对应行的所有列。在事务中用它，不仅会强制更新 UpdatedAt，还会把其他未修改字段（比如 Email）设为零值或空字符串，极易引发数据污染。
- 典型误用：
tx.Save(&u)前只改了u.Status，但u.Name是空字符串，结果数据库里名字被清空 - 它不走
BeforeUpdate，只走BeforeSave和AfterSave，所以即使你删了BeforeUpdate，UpdatedAt还是会被BeforeSave改 - 真正需要“全量覆盖”时才用
Save()；日常业务更新请坚持用Model().Update()或Updates()配合Select()
嵌入 gorm.Model 后还能控制 UpdatedAt 吗
不能直接控制。嵌入 gorm.Model 相当于把时间戳逻辑“硬编码”进结构体，它的 UpdatedAt 字段是 time.Time 类型，且 GORM 强制在每次 Update/Save 时刷新。
- 若你必须嵌入
gorm.Model，又想跳过某次更新，唯一办法是用Select()排除UpdatedAt字段：tx.Model(&u).Select("status", "updated_at").Update("status", "done")—— 注意这里"updated_at"是字段名字符串，不是结构体字段 - 更彻底的解法：放弃嵌入
gorm.Model，自己定义字段，例如：CreatedAt time.Time `gorm:"default:current_timestamp"`，并自行实现BeforeCreate/BeforeUpdate，完全掌控逻辑 - 字段名别叫
UpdatedAt—— 比如叫LastModified，GORM 就不会自动干预，但你要自己维护
事务里时间戳不是“要不要更新”的问题，而是“谁来决定何时更新”。GORM 把控制权交给了字段命名、钩子注册和方法选择，而不是配置开关。最容易被忽略的点是：哪怕你没写任何钩子，只要字段名匹配、类型正确，GORM 就会默默介入。
