Select需配合终结方法（如Find）才生效，否则回退SELECT *；字段须用gorm:"column:x"标签映射，避免零值；禁用Select时Preload失效；QueryFields为全局配置但优先级低于Select；预加载需显式包含外键字段。
直接用 Select 指定字段就能减少传输和内存开销，但多数人写完 Select("name", "age") 就以为完事了——其实不配合终结方法、结构体标签或查询上下文，它根本不会生效，甚至可能查出空结果或静默丢数据。
为什么 Select("id", "name") 却还是 SELECT *？
因为 Select 只是构造 SQL 的 SELECT 子句，不是开关。它必须链式接在 Find、First、Scan 等终结方法前，否则 GORM 会忽略它，回退到默认的 SELECT *。
- 错误写法：
db.Select("id", "name").Where("status = ?", "active")—— 缺少终结方法，SQL 日志里仍显示SELECT * FROM users - 正确写法：
db.Select("id", "name").Where("status = ?", "active").Find(&users) - 别混用
Model(&User{})：它会重置SELECT列为*，导致前序Select失效
结构体字段映射失败：明明选了 id,name，却全是零值
GORM 默认按结构体字段名（如 ID）去匹配数据库列名（如 id），大小写不一致或缺少列标签就会映射失败，且不报错。
- 必须加
gorm:"column:id"标签，例如：ID uint `gorm:"column:id"` - 字段数少于 SELECT 列时，GORM 默认跳过未定义字段，不会 panic，但容易掩盖字段缺失问题
- 更稳妥做法是用匿名结构体：
var users []struct { ID uint `gorm:"column:id"` Name string `gorm:"column:name"` } - 避免直接
Scan到完整模型结构体（如&User{}）——缺失字段可能导致 panic 或静默丢数据
QueryFields 模式 vs Select：该选哪个？
QueryFields: true 是全局/会话级配置，让 GORM 自动根据目标结构体字段生成 SELECT 列表；而 Select 是显式覆盖，优先级更高。
- 适合快速开发：开启
QueryFields后，db.Find(&APIUser{})会自动变成SELECT id, name FROM users - 但一旦用了
Select("name", "email")，就以它为准，QueryFields不再起作用 - 生产环境建议关闭
QueryFields，显式用Select控制字段，避免因结构体变更意外拉取冗余字段 - 注意：
QueryFields对嵌套结构体无效，只作用于顶层目标结构体
Select 和 Preload 能不能一起用？
不能。只要用了 Select，GORM 就不再生成预加载所需的 JOIN 或子查询，Preload 会被完全忽略，且无任何警告。
- 典型失败场景：
db.Select("id", "name").Preload("Orders").Find(&users)——Orders字段始终为空 - 方案一：分两步查，先
Select("id")得到 ID 列表，再Preload("Orders")查关联 - 方案二：改用
Joins("LEFT JOIN orders ON orders.user_id = users.id").Select("users.id, users.name, orders.amount") - 方案三：对复杂投影，直接用
Raw执行原生 SQL，控制力更强
最常被忽略的一点是：Select 的字段必须和结构体标签严格对应，且外键字段（比如 user_id）在预加载场景中不能省略——哪怕你只想查 name 和 avatar_url，也得把 user_id 加进 Select，否则关联映射直接失效。
