omit 必须在 updates 前调用且同链执行，否则无效；select 优先级高于 omit；结构体更新时零值字段被默认跳过，omit 不生效，需用 map 传参；omit 参数须为数据库列名（snake_case），非 go 字段名。
Update/Updates 时 Omit 不起作用？先确认调用链顺序
很多人写 db.Omit("updated_at").Updates(user) 发现 updated_at 还是被更新了——根本原因是 Omit 必须在 Updates 之前调用，且要作用于同一个查询链。GORM 的方法是链式构建的，一旦 Updates 执行，后续的 Omit 就无效了。
正确顺序只有一种：db.Model(&user).Omit("field1", "field2").Updates(...) 或 db.Omit(...).Model(...).Updates(...)。中间不能断开或换行重赋值。
-
db.Model(&u).Omit("created_at").Updates(map[string]interface{}{"name": "a"})✅ 有效 -
db.Omit("created_at").Updates(u)❌ 错误：没指定 Model，也没带 WHERE 条件，GORM 会报ErrMissingWhereClause -
db.Model(&u).Updates(u).Omit("name")❌ 错误：Updates已执行，Omit失效
Omit 和 Select 冲突时谁生效？
当同时使用 Select 和 Omit，GORM 以 Select 为准，Omit 被忽略。这不是 bug，是设计行为：明确指定要更新哪些字段时，忽略逻辑自动让位。
比如：db.Model(&u).Select("name", "age").Omit("age").Updates(map[string]interface{}{"name": "x", "age": 99}) 最终只更新 name 字段，age 不会进 SQL —— 即使你传了值，也不起作用。
- 想精确控制字段：只用
Select，别混用Omit - 想排除几个字段、其余全更：只用
Omit，不加Select - 混用时，
Select优先级高于Omit，且无警告
用 struct 更新时 Omit 为什么还漏掉零值字段？
这是 GORM 的双重过滤机制：先按 struct 零值过滤（默认行为），再按 Omit 过滤。也就是说，Omit 只能帮你“排除字段”，但无法让零值字段逃过第一道筛子。
例如：db.Model(&u).Omit("deleted_at").Updates(User{Name: "", Age: 0})，最终 SQL 里既没有 Name 也没有 Age —— 因为它们是零值，GORM 在结构体模式下直接跳过，Omit 根本没机会干预。
- 要更新零值字段，必须改用
map[string]interface{}传参，例如：Updates(map[string]interface{}{"name": "", "age": 0}) -
Omit在 map 模式下才真正“管用”，能安全屏蔽不想更新的字段 - 结构体 + Omit 适合“非零值全更，仅排除个别字段”的场景；map + Omit 才适合“任意值都更，仅排除指定字段”
Omit 字段名大小写和 tag 映射容易错在哪？
Omit 参数必须是数据库列名（snake_case），不是 Go 字段名。如果你结构体字段用了 gorm:"column:user_name"，那就要写 Omit("user_name")，而不是 Omit("UserName") 或 Omit("userName")。
常见踩坑点：
- 字段有自定义
columntag，但Omit写了 Go 名（如Omit("CreatedAt")）→ 实际列名是created_at，失效 - 表启用了
SingularTable(true)，但误以为影响列名 → 不影响，列名仍由 tag 或蛇形规则决定 - 用
gorm.Model嵌入，其中UpdatedAt默认映射为updated_at，Omit("updated_at")才有效
最稳的办法：打开 db.Debug()，看生成的 SQL，对照确认列名拼写。
