Buffalo 框架不原生支持 SQL IN 条件，v0.18.0+ 配 Pop v6 可用 q.In（类型安全、防注入），旧版需手动拼占位符；混用条件时须注意括号优先级，推荐链式调用。
Buffalo 框架不原生支持 SQL 的 IN 条件写法，必须通过 q.Where 手动拼接或改用 q.In（仅限 v0.18.0+ 且搭配 Pop v6）。直接写 q.Where("id IN (?)", []int{1,2,3}) 会报错或静默失效——这是最常踩的坑。
Pop v6 中用 q.In 最稳妥
Buffalo 默认集成 Pop 作为 ORM，v0.18.0+ 对应 Pop v6，已内置 q.In 方法，语义清晰、类型安全：
-
q.In第一个参数是字段名（字符串），第二个是切片（[]int、[]string等） - 自动处理空切片（返回空结果，不生成
IN ()致错） - 底层用参数化查询，防 SQL 注入
// 示例：查 ID 在列表中的用户
ids := []int{101, 102, 105}
users := &[]User{}
err := tx.Q().Where("deleted_at IS NULL").In("id", ids).All(users)
q.Where 拼 IN 要手动展开占位符
若还在用 Pop v5（Buffalo v0.17.x 及更早），q.In 不可用，必须手动生成一串 ? 占位符再传参：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- 不能直接传切片给
q.Where("id IN (?)", ids)—— Pop v5 会把整个切片当单个参数 - 得用
sqlx.In或自己拼：先生成"id IN (?, ?, ?)"，再把切片元素逐个 unpack 进args - 注意：PostgreSQL 需用
= ANY(?)替代IN，否则报错
// Pop v5 兼容写法（需自己处理）
ids := []int{101, 102, 105}
placeholders := make([]string, len(ids))
args := make([]interface{}, len(ids))
for i, id := range ids {
placeholders[i] = "?"
args[i] = id
}
sql := "id IN (" + strings.Join(placeholders, ",") + ")"
users := &[]User{}
err := tx.Q().Where("deleted_at IS NULL AND "+sql, args...).All(users)
WHERE 子句里混用 IN 和其他条件容易漏掉括号优先级
多个 AND/OR 条件叠加时，IN 表达式没加括号会导致逻辑错乱，尤其当后面跟 OR：
- 错误写法：
q.Where("status = 'active' AND category_id IN (?) OR featured = true", cats)→ 实际等价于(status = ... AND category_id IN ...) OR featured = true - 正确写法：显式加括号，或拆成链式调用
// 推荐：链式调用，语义明确、无歧义
tx.Q().
Where("status = ?", "active").
In("category_id", cats).
Where("featured = ?", false).
All(&users)
真正麻烦的不是写法本身，而是 Buffalo/Pop 版本和底层 Pop 版本的隐式绑定关系——buffalo new 创建的项目默认用 Pop v6，但升级旧项目时很容易卡在 v5，此时 q.In 直接不可用，连文档都搜不到报错原因。
