gorm updates用结构体时不更新0、""、false，因其默认跳过零值字段以避免误清空；可用map[string]interface{}或select()显式指定字段来强制更新。
因为 GORM 默认把结构体字段的零值（0、""、false、nil）当作“未修改”，直接跳过生成 SQL 字段 —— 这不是 bug，是设计使然。
为什么 Updates 用结构体时不更新 0、""、false？
GORM 在调用 Updates(struct{}) 时，会用反射遍历所有导出字段，对每个字段做零值判断。一旦是 Go 的零值，就认为“这个字段不该参与本次更新”。比如：
db.Model(&user).Updates(User{Score: 0, Name: "", IsActive: false})
这行代码实际生成的 SQL 很可能不含 score、name、is_active 任何一列 —— 因为它们全被过滤掉了。
这种行为的出发点很务实：
- 防止部分更新时意外清空其他字段（比如只改
Name，却因没赋值导致Score被设为0） - 减少无意义的 SQL 写入，提升性能
- 适配多数“仅改少数字段”的业务场景
但它也带来一个硬伤：当你真要设 Score = 0 或 Status = false 时，GORM 就“假装看不见”。
用 map[string]interface{} 绕过零值检查最直接
Map 不走反射零值判断逻辑，GORM 拿到什么键值就写什么 SQL，0 和 "" 都照单全收。
实操建议：
- 批量更新多个零值字段时，优先用
map[string]interface{} - 确保 map 中包含主键或明确
WHERE条件，否则可能误更新整表 - 如果结构体字段名和数据库列名不一致（比如用了
gorm:"column:score_val"），map 的 key 必须用数据库列名，不是 struct 字段名
示例：
db.Model(&User{}).Where("id = ?", userID).
Updates(map[string]interface{}{"score": 0, "status": ""})
Select() 显式指定字段是更安全的结构体方案
如果你仍想用结构体（比如复用已有 model 定义、配合 validator），Select() 是最可控的方式。
它强制 GORM 把指定字段列入 UPDATE 列表，不管值是不是零。
关键点：
-
Select("score")只影响下一个Update或Updates调用，作用域窄，不易误伤其他逻辑 - 支持多字段：
Select("score", "status", "updated_at") - 搭配结构体用时，未
Select的字段哪怕有值也不会进 SQL
示例：
db.Model(&User{}).Where("id = ?", userID).
Select("score").Updates(User{Score: 0})
别踩这些坑
几个高频翻车点：
- 误以为
Save()能解决零值问题 —— 它会全量覆盖，未传字段变零值或 NULL，风险更高 - 给字段加了
gorm:"omitempty"标签，等于二次强化零值过滤，必须删掉 - 用
Select("*")试图“选全部字段”，但 GORM v2 并不保证它包含所有零值字段，行为不稳定，不推荐 - 在 protobuf 或外部 API 接口层拿到结构体后直接传给
Updates，没做字段映射或转换，导致字段名错位或丢失
真正需要零值更新时，没有银弹；map 最直白，Select 最可控，二者选哪个，取决于你手上的数据来源和更新粒度。别依赖框架自动猜意图，显式表达才是可靠的前提。
