gorm零值字段更新失效是因为updates(&struct{})默认跳过0、""、false等零值，而updates(map[string]interface{})会强制更新所有键值。
零值字段更新为什么失效？
GORM 默认跳过 0、""、false、nil 这类零值字段，不是 bug，而是设计选择：它假设你只提交了「真正修改过的字段」。但当你明确想把 Score 设为 0、Status 设为 false 时，这个逻辑就变成阻碍。
根本原因在于 Updates(&struct{}) 内部调用反射判断 field.IsZero()，一旦为真就跳过该字段生成 SQL。
-
Updates(User{Score: 0})→ 不会生成SET score = 0 -
Updates(map[string]interface{}{"score": 0})→ 会生成SET score = 0 -
Save(&user)→ 总是全字段更新，包括零值，但会覆盖未赋值字段（比如你没改Name，它仍会写回原值）
用 map 替代 struct 是最稳的零值更新方式
绕过零值过滤最直接的办法，就是别传 struct，改传 map[string]interface{}。GORM 对 map 的处理逻辑完全不同：只要 key 存在，就认为你要显式更新它，不管 value 是不是零值。
手动构造 map 很容易出错，推荐用 fatih/structs 库自动转换：
go
import "github.com/fatih/structs"
// 假设你有结构体
type User struct {
ID uint `gorm:"primaryKey"`
Name string `gorm:"column:name"`
Score int `gorm:"column:score"`
}
func updateUserScoreZero(u *User) error {
u.Score = 0
m := structs.Map(u) // 生成 map[string]interface{}
return db.Model(u).Updates(m).Error
}
-
structs.Map()会保留所有导出字段，包括Score: 0 - 不需要给结构体加额外 tag，但字段必须首字母大写（可导出）
- 如果结构体嵌套或含指针，
structs.Map()会浅拷贝，nil指针字段会转成nil值，GORM 能正确处理
Select 指定列更新能避免零值陷阱吗？
不能。用 Select("score").Updates(&User{Score: 0}) 依然无效——GORM 先按 struct 判断哪些字段非零，再从中挑出你 Select 的字段。如果 Score: 0 已被跳过，Select 就没东西可选了。
真正有效的 Select 用法，是搭配 map：
go
db.Model(&user).Select("score").Updates(map[string]interface{}{"score": 0})
// 生成: UPDATE users SET score = 0 WHERE id = ?
-
Select("score")在这里起作用的前提是 map 中存在"score"key - 你可以用
Select("score", "status")同时更新多个字段，哪怕它们都是零值 - 注意：如果 map 中没有你
Select的 key，GORM 不报错，但对应字段不会更新
Save 和 Updates 的核心区别在哪？
Save() 是「全量覆盖」，Updates() 是「增量更新」。两者行为差异直接影响零值处理：
-
Save(&user)：读取当前 struct 所有字段（包括未修改的），生成UPDATE ... SET name=?, age=?, score=?，零值照写 -
Updates(&user)：只取非零字段参与 SQL 构建；Updates(map)：map 中每个 key 都参与 -
Save()适合「拿到对象后改完就存」场景；Updates(map)更适合「只想改几个字段且可能为零值」的 API 更新逻辑 - 用
Save()时小心副作用：如果 struct 里某个字段是空字符串或0但数据库里是旧值，它会被强制覆盖
真正难处理的点不在语法，而在语义——你得先想清楚：这次更新，到底是「同步整个对象状态」还是「仅应用用户提交的变更」。前者用 Save，后者用 map + Updates，混用容易踩坑。
