Preload不支持直接对外键字段排序，Order()仅作用于主表；正确做法是手动Go层排序或改用Joins+Select显式指定字段并排序。
Preload + Order 不能直接对外键字段排序
Preload 本身不支持在子查询中加 Order，所以 db.Preload("Orders").Order("orders.created_at DESC") 是无效的——Order() 只作用于主表（如 users），对预加载的 orders 子查询无影响。常见错误现象是：页面显示用户列表按创建时间倒序，但每个用户的 Orders 切片仍是数据库插入顺序，不是按时间排好的。
正确做法是分两步：先用 Preload 加载关联数据，再在 Go 层手动排序（适合数据量小、逻辑简单）；或改用 Joins + 显式 Select + Order（适合需严格按外键字段排序且数据量可控）。
- 手动排序示例：
sort.Slice(user.Orders, func(i, j int) bool { return user.Orders[i].CreatedAt.After(user.Orders[j].CreatedAt) }) - 若必须 SQL 层排序，得放弃
Preload，改用Joins("Orders")并确保Select("*")或明确列出所有需要字段，否则 GORM 默认只 SELECT 主表字段 -
Preload("Orders", "created_at DESC")是合法写法，但它只控制子查询里orders表自身的 ORDER BY，不改变主表顺序，也不保证返回后user.Orders的顺序——GORM 不自动按该顺序填充切片
Joins("Orders") 后 Order("orders.created_at") 要配 Select("*")
只写 db.Joins("Orders").Order("orders.created_at DESC")，结果往往还是乱序。因为 GORM 默认只 SELECT 主表字段，orders.created_at 虽在 JOIN 中存在，但没被选出来，Order 实际无字段可依，SQL 会退化为 ORDER BY NULL 或被数据库忽略。
必须显式指定要查的字段，否则排序失效：
立即学习“go语言免费学习笔记（深入）”；
- 用
Select("*")最省事，但注意字段名冲突（如users.id和orders.id都叫id，Go 结构体只能接收一个） - 更稳妥的是列明所有字段：
Select("users.*, orders.id as order_id, orders.created_at as order_created_at")，再定义接收结构体包含这些别名字段 - 如果只关心主表 + 排序依据，
Select("users.*", "orders.created_at")也行，但要注意 GORM 对多字段Select的参数传递方式（需传 slice 或多个 string）
多级关联排序要用嵌套 Preload + 子查询条件
比如查 User → Profile → Avatar，想按 Avatar.updated_at 排序主用户列表，Preload("Profile.Avatar") 本身不触发任何排序，也不会把 Avatar.updated_at 拉到主查询里。
可行路径只有一条：把排序需求下沉到子查询条件中，用子查询结果参与主表排序：
- 先写子查询获取每个用户的最新头像时间：
subQuery := db.Table("avatars").Select("MAX(updated_at)").Where("profile_id = profiles.id") - 再在主查询中用该子查询排序：
db.Joins("JOIN profiles ON users.profile_id = profiles.id").Order("(?) DESC", subQuery) - 注意：这种写法依赖数据库支持标量子查询，MySQL 5.7+、PostgreSQL 没问题，SQLite 可能报错
- 避免在
Order里拼接未校验的子查询字符串，同样存在 SQL 注入风险，必须确保子查询内容受控
Order() 在 Joins 后的位置不影响排序字段解析，但影响 WHERE 语义
Joins("Orders") 生成的是 LEFT JOIN，Order("orders.status") 能生效，但如果你加了 Where("orders.status = ?", "active")，顺序就关键了：
-
db.Joins("Orders").Where("orders.status = ?", "active").Order("orders.created_at DESC")：WHERE 作用于 JOIN 后的临时结果集，能筛出活跃订单，并按其时间排序 -
db.Where("users.deleted_at IS NULL").Joins("Orders").Order("orders.created_at DESC")：WHERE 只过滤主表，即使某用户所有订单都非 active，只要用户没软删，仍会被查出，只是orders字段为 NULL - 没有
ON条件的Joins（如Joins("CROSS JOIN orders")）会导致笛卡尔积，Order会变得毫无意义且极慢
真正容易被忽略的是：Joins 不自动推导 ON 条件，哪怕你结构体里写了 foreignKey:UserID，GORM 也只在 Preload 或 Create 时用它，在 Joins 中必须手动补全 Joins("JOIN orders ON users.id = orders.user_id")，否则就是隐式 CROSS JOIN。
