gorm默认忽略零值（0、""、false、nil）以防止误清空字段，属设计特性而非bug；需用select()显式指定字段或map[string]interface{}配合可空类型（如*string）并确保数据库字段支持null。
空值字段在 GORM 中为什么总是被忽略？
GORM 默认对零值（0、""、false、nil）不做更新或插入，这是它“智能跳过零值”的默认行为。但业务中常需要显式写入 nil（比如把某个 *string 字段设为空），此时字段直接被跳过，数据库值不变——这并不是 bug，而是设计选择。
常见错误现象：db.Model(&u).Updates(map[string]interface{}{"name": nil}) 执行后数据库 name 字段没变；或者用结构体更新时，字段为 nil 却没生效。
- 根本原因是 GORM 的
Updates()方法只处理非零值，nil不算“非零” - 使用
map[string]interface{}时，nil值会被直接丢弃，不会生成 SQL 的SET name = NULL - 结构体更新时，GORM 检查的是字段的 Go 零值，不是数据库是否允许 NULL
用 Select() 强制指定字段更新 NULL
最直接可控的方式是明确告诉 GORM：“这个字段我要更新，哪怕它是 nil”。Select() 在这里不是查询，而是“白名单式更新字段声明”。
db.Select("name").Model(&user).Updates(User{Name: nil})
// 生成：UPDATE users SET name = NULL WHERE id = ?
- 必须用指针类型字段（如
*string）配合nil，否则无法表示“空”语义 -
Select()支持多个字段：Select("name", "email", "updated_at") - 注意：如果字段有
defaulttag（如gorm:"default:CURRENT_TIMESTAMP"），Select()不会自动跳过，仍会写入NULL—— 这可能触发数据库报错，需确认字段允许 NULL
Save() 和 Omit() 的边界情况
Save() 是全量覆盖（主键存在时执行 UPDATE），它会把结构体所有字段（包括 nil）都写入，但仅限于指针类型字段；普通类型（如 string）无法表达空，只能靠 sql.NullString 等包装类型。
// 正确：字段定义为 *string
type User struct {
ID uint `gorm:"primaryKey"`
Name *string `gorm:"column:name"`
}
name := (*string)(nil)
db.Save(&User{ID: 123, Name: name}) // 生成 SET name = NULL
- 用
sql.NullString也可行，但要配Scan()/Value()实现，GORM v2+ 原生支持，不过语法更啰嗦 -
Omit()是反向操作：想排除某些字段不更新，但它不能解决“写 NULL”问题，只是过滤字段 - 别混用
Save()和Updates()：前者可能意外覆盖你没想改的字段（比如CreatedAt）
迁移时如何让字段真正支持 NULL？
GORM 的 AutoMigrate() 不会自动给字段加 NULL 约束，除非你显式声明。即使结构体字段是 *string，若没加 gorm:"null" tag，生成的表字段仍是 NOT NULL。
type User struct {
ID uint `gorm:"primaryKey"`
Name *string `gorm:"null"` // 必须加这个！否则 AutoMigrate 后仍是 NOT NULL
}
-
gorm:"null"是关键，它影响建表和修改表结构（ALTER COLUMN ... DROP NOT NULL） - 已有表加
nulltag 后执行AutoMigrate()，GORM 会尝试删 NOT NULL 约束（部分数据库如 SQLite 不支持，会静默失败） - 生产环境慎用
AutoMigrate()自动改表，建议先用db.Migrator().ColumnTypes()检查当前约束
真正麻烦的从来不是怎么写 nil，而是字段定义、迁移配置、更新方式三者没对齐——一个漏了 gorm:"null"，一个用了 Updates() 而非 Select()，空值就永远进不了数据库。
