GORM的Where方法根据参数类型自动切换行为：string作原生SQL（需防注入），map或结构体走安全绑定；零值字段在结构体中被忽略；支持链式Where/Or组合复杂逻辑，但不直接支持括号嵌套；NULL须用IS NULL而非= ?；动态条件需注意零值与未传的区别。
Where条件的基本写法和参数差异
GORM的Where方法不是简单拼SQL，而是根据传入参数类型自动切换行为。传string会当原生SQL处理（需手动防注入），传map或结构体则走安全绑定。
- 用
map[string]interface{}最直观：db.Where(map[string]interface{}{"name": "foo", "age > ?": 18}).Find(&users) - 传结构体时，零值字段默认被忽略（
int为0、string为空等），若想包含零值，得用map或显式赋值 -
Where("id = ?", id)这种占位符写法最常用，也最安全；但注意?只支持单个参数，多个要用...展开
嵌套AND/OR逻辑怎么写
GORM不支持直接写WHERE a=1 AND (b=2 OR c=3)这种混合括号逻辑。必须用Where链式调用配合Or，或者用Scopes封装。
- 简单OR：
db.Where("name = ?", "a").Or("name = ?", "b") - 带括号的复合条件：用
Where嵌套func(db <em>gorm.DB) </em>gorm.DB，例如db.Where("status = ?", "active").Where(func(db *gorm.DB) *gorm.DB { return db.Where("price > ?", 100).Or("category = ?", "sale") }) - 错误写法：
Where("name = ? OR age > ?", "a", 25)看似可行，但一旦字段类型不匹配（比如age是uint），可能触发静默失败
空值、NULL和零值的坑
GORM对nil、空字符串、零值的处理容易出错，尤其在动态查询中。
-
Where("deleted_at IS NULL")不能写成Where("deleted_at = ?", nil)，后者会生成deleted_at = NULL（语法错误） - 想查空字符串字段：
Where("email = ?", "")可以，但Where("email", "")会被当成map键值，实际执行email = ''——行为一致，但可读性差 - 动态条件常见错误：
if name != "" { db = db.Where("name = ?", name) } if age > 0 { db = db.Where("age > ?", age) }这种写法没问题，但若把age定义为int而非*int，就无法区分“未传”和“传了0”
性能与预编译影响
Where本身不触发查询，但每次调用都会新建一个*gorm.DB实例，频繁链式调用可能影响可读性，不过对性能无实质损耗。
- GORM v2默认启用预编译（PreparedStmt），所以
Where("id = ?", id)这类语句会被复用执行计划，不用担心SQL注入或解析开销 - 但
Where("name LIKE ?", "%"+keyword+"%")这种模糊查询无法利用索引，且%拼接在Go层完成，不是SQL层，要注意避免用户输入直接进LIKE前缀 - 复杂查询别硬塞
Where，该用Joins、Group、Having时就用，Where只管过滤行，不管聚合逻辑
GORM的Where看着简单，真正难的是动态组合时的边界判断——比如字段是否允许为空、数据库里存的是""还是NULL、前端传来的0到底算有效值还是忽略条件。这些地方不画表、不看实际数据样例，光靠文档很难踩准。
