GORM中Where+IN需传切片自动转参数化查询，空切片须判空；NotIn需手写NOT IN并处理NULL；可用Scope封装复用逻辑；注意PG/MySQL在enum、json、多列IN及大列表时的兼容性差异。
用 Where + IN 语法查多个主键或字段值
GORM 的 Where 方法原生支持 SQL 的 IN 操作，只要传入切片（[]string、[]int 等），它会自动展开为 IN (?, ?, ?) 参数化查询，安全且高效。
常见错误是手动拼接字符串，比如 "id IN (" + strings.Join(ids, ",") + ")"，这既不安全也不跨数据库兼容。
- 正确写法：
db.Where("id IN ?", []uint{1, 2, 3}).Find(&users) - 字段名可带表别名：
db.Where("u.status IN ?", []string{"active", "pending"}).Joins("as u").Find(&users) - 空切片会生成
IN (?)导致 SQL 错误，需提前判断：if len(ids) == 0 { return }
NotIn 不是 GORM 内置方法，得手写条件
GORM 没有 NotIn 这个链式方法，试图调用 db.NotIn("id", ids) 会报 undefined method NotIn 错误。
必须用 Where 显式写 NOT IN，注意：NULL 值会让整条 NOT IN 条件返回 NULL（即不匹配），这是 SQL 标准行为，不是 GORM Bug。
- 基础写法：
db.Where("id NOT IN ?", []int{1, 2, 3}).Find(&users) - 避免 NULL 干扰（尤其字段允许 NULL）：
db.Where("id IS NOT NULL AND id NOT IN ?", ids).Find(&users) - 组合其他条件时，用括号确保优先级：
db.Where("(status = ?) AND (id NOT IN ?)", "draft", ids)
用 Scopes 封装常用 In/NotIn 查询逻辑
当多个地方要查 “非黑名单用户” 或 “属于某几类订单”，重复写 Where("xxx NOT IN ?") 容易出错且难维护。用 Scope 抽成可复用函数更清晰。
示例：封装一个排除指定状态的查询：
func NotInStatus(statuses ...string) func(db *gorm.DB) *gorm.DB {
return func(db *gorm.DB) *gorm.DB {
if len(statuses) == 0 {
return db
}
return db.Where("status NOT IN ?", statuses)
}
}
// 使用：
db.Scopes(NotInStatus("deleted", "archived")).Find(&posts)
- 切片参数用
...接收，调用时更自然 - 内部仍需判空，否则传空 slice 会触发 SQL 错误
- Scope 函数里不要直接调用
Find，只做条件组装，保持职责单一
PostgreSQL 和 MySQL 在 IN 上的行为差异点
绝大多数情况 GORM 自动生成的 IN 语句能跨库运行，但两个细节容易踩坑：
- PostgreSQL 对数组类型更敏感：若字段是
jsonb或自定义 enum，IN可能报类型不匹配；此时改用Where("status = ANY(?)", pq.Array(statuses))（需导入github.com/lib/pq） - MySQL 8.0+ 支持
ROW构造器，如WHERE (a,b) IN ((1,2),(3,4))，但 GORM 不原生支持这种多列 IN，得用原生 SQL：db.Raw("WHERE (name,age) IN ?", values).Scan(&users) - 大列表（> 1000 项）在 Oracle 或旧版 MySQL 上可能触发参数数限制，应分批查或改用临时表
真正麻烦的不是语法怎么写，而是忘记检查切片是否为空、忽略 NULL 对 NOT IN 的静默失效、以及跨数据库时没验证 enum 或 json 字段的类型兼容性。
