gorm结构体查询忽略零值字段是设计行为，如&user{name:"jinzhu",age:0}只生成name = "jinzhu"条件；需查age=0时应改用map[string]interface{}{"name":"jinzhu","age":0}确保零值参与条件构建。
结构体查询只用非零值字段
用 &User{Name:"jinzhu", Age:0} 做 Where 条件时，Age: 0 不会进 SQL —— GORM 把它当零值忽略，最终只查 name = "jinzhu"。这不是 bug，是设计行为。
常见错误现象：明明传了 Age: 0，但数据库里 age = 0 的记录没被查出来。
- 整数类型零值：0
- 字符串零值：
"" - 布尔零值：
false - 指针、切片、map、channel 零值：
nil
如果业务上必须查 age = 0，就得换方式，不能依赖结构体。
Map 查询所有键值都参与条件构建
map[string]interface{}{"name": "jinzhu", "age": 0} 会原样生成 WHERE name = 'jinzhu' AND age = 0，不管值是不是零。
使用场景：需要精确匹配零值字段（比如用户注册时年龄默认填 0）、动态拼接条件（字段名来自参数或配置）。
注意点：
- key 必须是 string，且对应数据库列名（大小写敏感，取决于表定义）
- value 类型需能被 GORM 正确转成 SQL 参数（如
time.Time、int64、string） - 不支持嵌套结构，也不能直接传 struct 指针
Struct 查询时主键字段会被保留
当你已有带主键的 struct 实例（比如 user := User{ID: 1}），再用 Where("id = ?", 2).First(&user)，GORM 不会覆盖 ID 字段，而是把两个条件用 AND 连起来：WHERE id = 1 AND id = 2 —— 结果永远为空。
这容易在复用 struct 实例做多次查询时踩坑。
正确做法：
- 每次查询前新建空 struct，或显式清空主键字段（如
user.ID = 0） - 改用
Where(map[string]interface{}{"id": 2})，避免结构体自带字段干扰 - 慎用
First+ 已赋值 struct，优先用Find或新变量接收
PostgreSQL 高级类型下 Map 更安全
操作 jsonb、array、daterange 等 PostgreSQL 特有类型时，结构体字段若为零值（比如空 slice、nil map），GORM 可能无法正确序列化或跳过该字段，导致条件缺失或类型转换失败。
此时推荐统一用 map[string]interface{} 构造条件，配合 gorm.io/datatypes 提供的封装类型（如 datatypes.JSON、datatypes.Array）。
示例：
db.Where(map[string]interface{}{
"metadata": datatypes.JSON{RawMessage: json.RawMessage(`{"status":"active"}`)},
"tags": datatypes.Array[string]{"go", "gorm"},
}).Find(&users)
结构体方式在这里容易因零值判断或类型反射丢失语义，Map 是更可控的选择。
真正难处理的不是语法差异，而是「什么时候该信结构体，什么时候必须换 Map」——关键看字段是否允许为零值、是否参与业务逻辑判定、以及底层数据库类型是否对零值敏感。
