生效，但Where链是条件累积而非动态SQL模板，每次调用追加WHERE子句且nil安全；Or/Not不重置条件，易致优先级错误；复杂依赖需子查询或Scopes封装。
gorm.Where() 和 gorm.Where() 链式调用是否生效？
生效，但要注意调用顺序和作用对象。GORM 的链式查询本质是返回一个新的 *gorm.DB 实例，每次调用 Where、Order、Limit 等方法都会基于前一个实例构建新实例，原实例不受影响。
- 如果你把多个
Where写在一行（如db.Where(...).Where(...).Find(&users)），它们会按顺序拼成 AND 条件 - 但如果中间用了变量赋值（如
q1 := db.Where(...); q2 := q1.Where(...)），必须确保后续操作基于最新实例 - 错误写法：
db.Where("age > ?", 18); db.Where("status = ?", "active")—— 第二个Where不会叠加，因为没链上去，也没被接收
怎么组合 AND / OR / NOT 条件？
GORM 默认所有 Where 是 AND 关系；要用 OR，必须显式调用 Or；NOT 则用 Not。
- 多个 AND：直接链式
Where即可db.Where("age > ?", 18).Where("city = ?", "Beijing").Find(&users) - 混合 AND + OR：把 OR 条件包进括号，避免歧义
db.Where("age > ?", 18).Where(db.Or("status = ?", "active").Or("status = ?", "pending")).Find(&users) - 排除条件：用
Notdb.Not("deleted_at IS NOT NULL").Where("status = ?", "active") - 注意：
Or和Not也返回新*gorm.DB，必须链在上一个条件之后，不能单独调用
动态条件怎么安全拼接？
不要拼 SQL 字符串，而是用 GORM 的惰性构造特性，在条件成立时才调用对应方法。
- 常见错误：用 if 拼接字符串导致 SQL 注入或语法错误
❌sql += " AND name LIKE ?" - 正确做法：把
*gorm.DB当“构建器”传参或逐步增强query := db if name != "" { query = query.Where("name LIKE ?", "%"+name+"%") } if minAge > 0 { query = query.Where("age >= ?", minAge) } query.Find(&users) - 还可以封装成函数，接收并返回
*gorm.DB，便于复用和测试
链式查询后调用 Find/First/Count 之前，能修改结构体字段吗？
不能。GORM 在执行 Find、First、Count 等终结方法时才真正生成 SQL 并发请求；但如果你在链式过程中对结构体做了指针操作（比如改了 user.Name），它不会影响查询逻辑，只会影响后续赋值结果。
立即学习“go语言免费学习笔记（深入）”；
- 终结方法触发实际查询，之前的链式调用只是准备查询参数
-
Scan和Find行为一致，都做映射；但Raw或Session等高级用法可能绕过模型映射 - 容易忽略的一点：如果链式中用了
Select指定字段，而目标结构体有未 SELECT 的字段，GORM 不会清空它们——旧值会残留，可能引发脏数据问题
条件多的时候，别靠记忆判断最终 SQL 是什么；加一句 query.Debug().Find(&users) 看日志最靠谱。
