Gin+GORM更新结构体时空字符串或0不进SQL，因GORM默认跳过零值；推荐用Select()强制指定字段更新，或改用map[string]interface{}、sql.NullString等方案。
为什么 Gin + GORM 更新结构体时，空字符串或 0 不进 SQL
因为 GORM 的 Updates 方法对结构体参数默认跳过零值（0、""、false、nil），这不是 Gin 的问题，也不是 bug，而是 GORM 内部通过反射调用 field.IsBlank 判断后主动过滤的结果。你在 Gin 的 handler 里传 User{Status: ""}，GORM 最终生成的 SQL 里根本不会出现 SET status = ''。
用 Select() 强制更新指定字段（推荐）
这是最轻量、最可控的方式，不改模型、不引入第三方库，且语义清晰。它只影响紧邻的下一次 Update 或 Updates 调用。
-
Select("status")后跟Update("status", "")：单字段，明确安全 -
Select("status", "score")后跟Updates(user)：多字段，结构体仍可复用 -
Select("*")可强制更新所有映射字段（不含gorm:"-"或omitempty字段），但要小心误覆盖 - 顺序不能错：
Select()必须在Where()之后、Update()之前；写反了就失效
示例：
func updateUser(c *gin.Context) {
var req User
if err := c.ShouldBindJSON(&req); err != nil {
c.JSON(400, gin.H{"error": err.Error()})
return
}
id := c.Param("id")
// 只强制更新 status 和 score，哪怕它们是 "" 或 0
db.Model(&User{}).Where("id = ?", id).
Select("status", "score").
Updates(req)
}
改用 map[string]interface{} 绕过零值过滤
GORM 对 map 不做零值检查，所有键值对原样进 SQL。适合字段少、动态性高的场景，但要注意列名必须和数据库一致（不是结构体字段名）。
- 如果结构体字段
Code对应数据库列code（通过gorm:"column:code"），map 里就得写"code": ""，写"Code": ""会无效 - 不要漏掉
Where条件，否则可能全表更新 —— 比零值不更新更危险 - 避免手写长 map；可用
fatih/structs.Map()自动转换，但需加structstag 显式控制字段映射
示例（不用第三方库）：
db.Model(&User{}).Where("id = ?", id).
Updates(map[string]interface{}{
"status": "",
"score": 0,
})
用 sql.NullString 等类型让空值“可感知”
当字段本身允许为 NULL，且你希望区分“未设置”和“显式设为空”，sql.NullString 是正统解法。它把空值表达为 sql.NullString{String: "", Valid: true}，GORM 会把它当作有效值处理。
- 仅适用于需要数据库存储 NULL 的字段；如果业务要求字段非空（NOT NULL），这个方案不适用
- 结构体定义要改：比如
Code sql.NullString替代Code string - 插入/更新时必须显式赋
Valid: true，否则Valid: false会被当成 NULL 插入（可能触发 NOT NULL 报错） - 前端传
{"code": null}时，json.Unmarshal会自动设Valid=false；传{"code": ""}需手动处理逻辑
注意：PostgreSQL 用户可考虑 pgtype.Text 替代 sql.NullString，兼容性更好。
真正容易被忽略的是 Select() 的作用域限制——它只管紧跟着的那一个 Update 调用，写在中间位置却忘了它只生效一次，或者误以为能“开启全局零值更新模式”，结果调试半天发现只是调用顺序错了。
