gorm结构体更新会跳过零值字段，因反射判断iszero()为真时不参与sql构建；可用select指定字段、save全量覆盖或指针+sql.null类型解决，map方式最稳妥。
不能直接用 Updates 传结构体更新零值字段——GORM 默认会跳过所有零值（0、""、false、nil），这不是 bug，是设计行为。
为什么结构体更新会丢掉零值
GORM 对结构体做反射遍历时，会调用 reflect.Value.IsZero() 判断字段是否该参与 SQL 构建。只要字段是 Go 的零值，就不会出现在 SET 子句里。比如：
type User struct {
ID uint `gorm:"primaryKey"`
Name string
Score int
}
user := User{ID: 1, Score: 0}
db.Model(&User{}).Where("id = ?", 1).Updates(user)
// 实际执行：UPDATE users SET updated_at = ? WHERE id = 1 —— Score 根本没进 SQL
这和你“想设为 0”完全不是一回事，GORM 认为你“没想改它”。
强制用结构体更新零值的三种可行方式
不用 map，也能让结构体零值生效，但每种都有明确适用边界：
-
Select()显式指定字段名：最常用，适合字段名确定、数量不多的场景db.Model(&user).Select("score").Updates(User{Score: 0}) -
Save()全量覆盖：会把结构体所有字段（包括零值）写入数据库，但风险高：
– 必须带主键（否则变INSERT）
– 会覆盖你没动过的字段（比如updated_at被重置，或未赋值的name变成""） -
用指针字段 +
sql.Null*类型：仅适用于需要区分“未设置”和“设为零”的业务
例如定义Score *int，赋值Score: new(int)（此时指针非 nil，解引用是 0），GORM 会更新；但需改结构体定义，且对 API 层不友好
Map 方案看似绕路，其实是更稳的选择
很多人抗拒 map[string]interface{}，觉得写起来啰嗦、类型不安全。但它在零值更新场景下反而是最直白、最可控的方式：
- 字段名和值一一对应，无反射歧义
- 可动态拼 key，适合表单提交、PATCH 接口等场景
- 配合
structs.Map()或自写转换函数，能从结构体自动转出 map，避免手写键名错误
例如：
userMap := map[string]interface{}{
"score": 0,
"name": "Alice",
}
db.Model(&User{}).Where("id = ?", 1).Updates(userMap)
注意：map 中的 key 是数据库列名（或 tag 中的 column 值），不是结构体字段名，这点容易写错。
最容易被忽略的坑：Where 条件缺失或错用 Model
无论用结构体还是 map，漏掉 Where 或误用 Model(&User{})（空模型）会导致全表更新，尤其是生产环境：
- 错：
db.Model(&User{}).Updates(...)→ 没Where就是全表扫 - 错：
db.Model(&user).Updates(...)→ 如果user.ID是 0，可能匹配不到或条件失效 - 对：
db.Model(&User{}).Where("id = ?", id).Updates(...)，显式传参，不依赖结构体当前值
零值更新本身不难，难的是在“想更新零值”和“不想意外覆盖其他字段”之间找平衡点——选 Select 还是 map，取决于你是否愿意为字段列表多写一行代码，以及能否接受全量 Save 带来的副作用。
