gorm用结构体调用updates时默认跳过0、""、false等零值，是设计行为而非bug；解决方法包括：用map[string]interface{}绕过过滤、select("field")强制更新指定字段、或改用指针类型避免零值判断。
直接结论：GORM 用结构体调用 Updates 时，0、""、false、nil 这类零值字段默认被跳过，不是 bug，是设计行为；要让零值写入数据库，必须绕过结构体的零值过滤逻辑。
为什么 Updates(&user) 不更新 Score = 0？
GORM 对结构体做 Updates 时，内部用反射遍历每个字段，调用 reflect.Value.IsZero() 判断是否跳过。这意味着：
-
int字段设为0→ 被判定为零值 → 不进 SQL 的SET子句 -
string字段设为""→ 同样被跳过 -
bool字段设为false→ 也失效 - 哪怕你明确写了
user.Score = 0，只要它在结构体里，就逃不过这个过滤
典型错误现象：db.Model(&u).Updates(u) 执行后日志显示 UPDATE users WHERE id = ?，但没有 SET score = ? —— 这说明 GORM 根本没把该字段加入更新列表。
用 map[string]interface{} 强制更新所有字段
这是最直接、最可控的解法。GORM 对 map 类型不做零值检查，所有键值对都会转成 SET 项。
- 手动构造 map（适合字段少、逻辑简单）：
db.Model(&user).Updates(map[string]interface{}{"score": 0, "status": false}) - 用
fatih/structs自动转换（推荐）：go get github.com/fatih/structs，然后db.Model(&user).Updates(structs.Map(&user)) - 注意：如果结构体字段名和数据库列名不一致，需确保
structs标签（如structs:"score"）与gorm标签（如gorm:"column:score"）对齐，否则 key 名会错位
Save 和 Update 的适用边界在哪？
Save 看似能“全量覆盖”，但它有隐含前提：必须带主键，且会更新所有非零字段 —— 所以它依然跳过零值，不能解决核心问题。
-
Save本质是INSERT ON DUPLICATE KEY UPDATE或UPDATE，但字段筛选逻辑和Updates(struct)一致 -
Update("score", 0)可行，但只适合单字段；多字段就得链式调用或传 map，不如直接用Updates(map) -
Omit不解决零值问题，它只是排除字段，不影响零值本身是否被写入
真正需要零值写入时，别寄希望于 Save 或加 gorm:"default:0" —— default 只在 INSERT 时生效，UPDATE 阶段完全不触发。
容易被忽略的坑：字段可空性与类型选择
有些场景下，换类型比改逻辑更治本：
- 如果业务上
0和 “未设置” 语义不同（比如库存为0表示售罄，nil表示未知），建议改用sql.NullInt64等可空类型，用Valid = true, Int64 = 0显式表达“设为零” - 布尔字段若常需设
false，避免用原生bool，改用*bool或sql.NullBool，靠指针非 nil + 值为 false 来绕过零值判断 - 加
gorm:"force"标签理论上可行，但实测在较新 GORM v2 版本中支持不稳定，且仅作用于单字段，不适合批量控制
最稳妥的路径还是结构体 → map 转换，它不依赖数据库配置、不修改字段类型、不引入新语义歧义，纯粹把“开发者意图”原样交给 GORM 执行。
