零值字段更新失败是因gorm默认跳过0、""、false、nil等零值；save强制全字段更新但可能覆盖并发数据；map[string]interface{}最精准可控；select("*")+updates可保留钩子但性能差。
零值字段更新失败的典型现象
执行 db.Model(&u).Updates(u) 后，数据库里 Score 字段还是原值，SQL 日志里压根没出现 SET score = 0 —— 这不是 bug，是 GORM 默认行为。它会跳过所有 Go 零值：0、""、false、nil，哪怕你明确写了 u.Score = 0。
用 Save 强制全字段更新（含零值）
Save 不是“只更新”，而是“UPSERT”：主键存在就全字段 UPDATE，不存在就 INSERT。它不跳过零值，但有副作用：
- 必须传入带有效主键的结构体指针，比如
&User{ID: 123, Score: 0} - 会更新所有字段，包括你没动过的
Name、Email等，可能覆盖并发写入 - 如果主键是自增 int 且你没赋值 ID，
Save会走 INSERT，不是你想要的更新 - MySQL 中若字段有
DEFAULT，Save可能触发默认值逻辑，行为不如显式 SQL 可控
用 map[string]interface{} 精确控制字段和值
这是最干净、最可控的方式，绕过结构体反射逻辑，直接告诉 GORM “我要设哪些字段为哪些值”：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
db.Model(&User{}).Where("id = ?", 123).Updates(map[string]interface{}{
"score": 0,
"status": false,
"updated_at": time.Now(),
})
- 字段名用数据库列名（小写），不是结构体字段名（除非你用
gorm:"column:score"映射一致） - 值可以是任意类型，
0、""、false全部照单接收 - 不会触发关联查询或钩子（如
BeforeUpdate），如需钩子，得手动调用 - 适合批量更新、后台脚本、状态重置等明确字段意图的场景
用 Select("*") + Updates(struct) 混合方案
如果你坚持用结构体、又想保留钩子和字段映射，可以用 Select("*") 强制 GORM 包含所有字段（含零值）：
user := User{ID: 123, Score: 0}
db.Model(&user).Select("*").Updates(user)
-
Select("*")是关键，没有它，零值仍被过滤 - 会生成类似
UPDATE users SET score=0, name='xxx', email='yyy' ...的语句，所有字段都参与 - 注意性能：即使你只改一个字段，也会更新整行，对宽表或高频更新场景不友好
- 无法跳过某些字段（比如不想更新
created_at），得靠Omit配合，但Omit和Select("*")一起用时逻辑容易混乱
真正要清零一个字段，别依赖结构体是否“看起来被设置了”。map 最直白，Save 最省事但风险高，Select("*") 看似折中，实则把“只改一个字段”的需求变成了“全字段覆盖”。选哪个，取决于你愿不愿意为字段精度多写一行 map。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
