GORM中Update()传struct默认更新所有非零值字段，易误更新；推荐用Select("field").Save()精确控制或Update(map[string]interface{})动态更新。
Update() 传 struct 时默认更新所有非零值字段
GORM 的 Update() 和 Updates() 在传入 struct 时，会基于 struct 字段的「零值判断」决定是否生成对应 SET 子句。比如 int 字段为 0、string 为 ""、time.Time 为零时间，这些都会被跳过——但这也意味着你无法用普通 struct 更新一个字段为逻辑上的“空值”（如把用户名设为空字符串）。更关键的是：它不保证只更新你「想更新的那几个字段」，而是按 struct 定义全量扫描。
常见错误现象：
– 本只想改 Status，结果 UpdatedAt 也被顺手更新了（因为 struct 里带了非零时间）
– 传了 User{Name: "", Age: 25}，Name 被忽略，最终没清空数据库里的名字
实操建议：
– 避免直接传 struct 给 Update() 做精确字段控制
– 改用 map 或字段名+值组合，显式声明要改什么
– 若必须用 struct，优先考虑 Select() + Save()（见下节）
Select("field1", "field2").Save() 是最稳的精确更新方式
Select() 在 GORM v2 中专为「只更新指定字段」设计，配合 Save() 可绕过零值判断，强制仅提交所选字段到数据库。它不依赖 struct 字段值是否为零，只看你 Select() 里写了哪些字段名。
使用场景：
– 需要把某个字段显式设为 0、""、nil（如关闭开关、清空备注）
– 多字段更新但不想波及 CreatedAt/UpdatedAt 等审计字段
– 在事务中确保原子性，且字段列表固定
示例：
db.Transaction(func(tx *gorm.DB) error {<br> user := User{ID: 123, Name: "", Status: 0}<br> if err := tx.Select("name", "status").Save(&user).Error; err != nil {<br> return err<br> }<br> return nil<br>})注意：
Save() 此处会以主键 ID 为条件执行 UPDATE，只 SET name 和 status，其他字段完全不动。
容易踩的坑：
– Select() 必须在 Save() 前调用，链式顺序不能反
– 字段名是数据库列名（默认小写蛇形），不是 struct tag 名；若用了 gorm:"column:full_name"，就得写 Select("full_name")
– Select() 对 Create() 无效，仅作用于 Save() 和 Update()（后者需配合 map）
Update(map[string]interface{}) + 事务内手动控制字段
当字段名动态生成（比如从 HTTP 请求解析出待更新字段），或需混合类型赋值时，Update(map[string]interface{}) 更灵活。它天然规避零值问题，且字段名可计算。
参数差异：
– map[string]interface{} 中 key 是数据库列名，value 是目标值
– 不受 struct tag 或零值影响，"name": "" 就真会 SET name = ''
示例：
updates := map[string]interface{}{<br> "status": 2,<br> "updated_at": time.Now(),<br>}<br>err := db.Transaction(func(tx *gorm.DB) error {<br> return tx.Model(&User{}).Where("id = ?", 123).Update(updates).Error<br>})
性能 / 兼容性影响：
– 比 Select().Save() 少一次 struct 反射，略快
– 无法利用 GORM 的钩子（如 BeforeUpdate），因为跳过了 model 实例生命周期
– 若字段名拼错或类型不匹配，错误发生在 SQL 执行时，而非编译期
事务中混用 Select 和非 Select 操作要小心字段覆盖
同一个事务里，如果先用 Select("a").Save()，再用 Save()（无 Select），后者会更新全部非零字段——包括前面刚设过的 a，可能造成意料外的二次覆盖。
容易被忽略的地方：
– Select() 的作用域仅限**紧邻的下一个写操作**（Save() 或 Update()），不会延续到后续语句
– 事务本身不保存字段选择状态，每次写操作都要重新 Select()
– 如果业务逻辑中多个地方复用同一个 struct 实例，记得在每次 Save() 前重新赋值，避免旧字段干扰
建议：
– 同一事务中，所有精确更新统一用 Select().Save()，别混用裸 Save()
– 动态字段场景用 Update(map)，静态字段优先用 Select().Save()
– 日志里打一下生成的 SQL（db.Debug()）确认字段列表是否符合预期
