gorm v2默认忽略零值（包括nil、""、false等），导致空值字段无法写入null；解决方法为用select()配合map强制更新，或改用guregu/null等支持valid感知的类型。
空值字段在GORM中默认被忽略，不是bug是设计
GORM v2 默认对零值（0、""、false、nil）不做更新或插入，包括 sql.NullString 等包装类型——它只看「Go值是否为零值」，不区分“用户有意设为空”和“字段未赋值”。这导致 UPDATE 时想把字符串设成 NULL 却无声失败，数据库字段原值不变。
常见现象：db.Model(&u).Updates(map[string]interface{}{"name": sql.NullString{Valid: false}}) 执行后数据库 name 字段没变；或者插入结构体时，Age *int 为 nil，但数据库写入了 0 而非 NULL。
- 根本原因：GORM 对指针/包装类型仍按 Go 零值判断，
*int(nil)是零值，sql.NullInt64{Valid: false}的零值是{0, false}，但 GORM 不检查Valid字段 - 解决方向只有两个：显式指定要更新的字段，或改用支持
Valid感知的类型（如guregu/null） - 别依赖
omitempty标签——它只影响 JSON，对 GORM 无效
用 map[string]interface{} + Select() 强制更新空值字段
当你要把某个字段明确设为 NULL（比如用户主动清空邮箱），必须绕过 GORM 的零值过滤逻辑。最直接的方式是用 map 构造更新内容，并配合 Select() 锁定字段名。
示例：把用户邮箱置空
db.Model(&user).Select("email").Updates(map[string]interface{}{"email": nil})
关键点：
-
Select("email")是必须的——没有它，Updates()会跳过nil值 -
map中的nil会被 GORM 正确转为 SQL 的NULL（前提是数据库列允许 NULL） - 不能混用结构体和
map：像Updates(User{Email: nil})无效，因为结构体字段Email *string为nil仍被当作零值忽略 - 批量更新同理：
db.Table("users").Where("id IN ?", ids).Select("status").Updates(map[string]interface{}{"status": nil})
用 guregu/null 替代 sql.Null* 实现自动 Valid 感知
sql.NullString 在 GORM 中不会自动识别 Valid 字段，但第三方库 guregu/null 提供了 GORM v2 原生支持的封装类型，能根据 Valid 自动决定写入 NULL 还是具体值。
安装并定义模型：
go get github.com/guregu/null
type User struct {
ID uint `gorm:"primaryKey"`
Name null.String `gorm:"column:name"`
Age null.Int `gorm:"column:age"`
}
使用方式：
- 插入时：
User{Name: null.StringFrom("Alice"), Age: null.IntFrom(25)}→ 写入非 NULL 值；User{Name: null.StringFromPtr(nil), Age: null.IntFromPtr(nil)}→ 两字段均写入NULL - 更新时：
db.Model(&u).Updates(User{Name: null.StringFrom("")})会写入空字符串；db.Model(&u).Updates(User{Name: null.StringFromPtr(nil)})才写入NULL - 注意：
null.StringFrom("")和null.StringFromPtr(nil)完全不同——前者Valid=true, String=""，后者Valid=false
查询时判空要区分 nil 指针与 NULL 数据库值
即使写入正确，查询后判断字段是否为空也容易出错。比如字段类型是 *string，数据库值为 NULL，GORM 会将其解码为 nil 指针；但如果字段是 string 类型，GORM 会填入空字符串 ""，而非报错。
安全判空方式：
- 对
*string：用if u.Name == nil判断是否为NULL；if *u.Name == ""再判断是否为空字符串 - 对
guregu/null.String：用if !u.Name.Valid判断NULL，if u.Name.String == "" && u.Name.Valid判断空字符串 - 永远不要写
if u.Name == ""来判断 NULL——这在*string上 panic，在string上逻辑错误
最易被忽略的是：同一个字段在不同场景下可能对应不同 Go 类型（如 API 输入用 *string，DB 模型用 guregu/null.String），类型不一致会导致判空逻辑断裂，务必统一。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
