ThinkPHP中排序必须在select()或find()前调用，且需注意字段歧义、表别名、分页总数一致性等问题。正确写法为链式调用order()并置于查询执行前，多字段推荐关联数组形式，关联查询须带表别名，分页时应显式指定count参数。
ThinkPHP 中排序必须和查询链式配合使用，且位置、写法、字段来源直接影响是否生效。直接写 order() 很简单，但多数失效问题出在调用时机、字段歧义或分页机制上。
排序必须写在 select() 或 find() 之前
order 是查询构建阶段的指令，一旦执行 select() 或 find()，SQL 就已生成并执行，后续再调 order() 不会改变结果。
- ✅ 正确：
User::where('status', 1)->order(['sort' => 'asc', 'id' => 'desc'])->select() - ❌ 错误：
User::where('status', 1)->select()->order('id desc')（此时 order 已无效） - ⚠️ 特别注意：模型中定义的
protected $order会强制覆盖所有外部 order，且无法被清除；不推荐用于动态排序场景
多字段排序优先用关联数组写法
字符串拼接易出错（如字段含空格、关键字），数组形式更安全、可读性强，且自动处理字段转义。
- ✅ 推荐：
->order(['status' => 'desc', 'create_time' => 'asc']) - ✅ 复合顺序明确写法（防键名覆盖）：
->order([['sort', 'asc'], ['id', 'desc']]) - ⚠️ 字符串写法仅限字段名绝对安全时使用：
->order('`status` DESC, `create_time` ASC')（反引号不能省，尤其字段名为order、group等关键词时）
多表关联时 order 必须带表别名
join 或 with 后若多个表存在同名字段（如 id、status），不加别名会导致 SQL 报错 Column 'xxx' in order clause is ambiguous。
立即学习“PHP免费学习笔记（深入）”；
- ✅ join 场景：
->join('user_profile p', 'user.id = p.user_id')->order('p.sort DESC') - ✅ 预载入（with）本身不支持跨表排序，需改用 join；若坚持用 with，只能 PHP 层二次排序（仅适合小数据量）
- ✅ TP6.1+ 支持
orderRaw()绕过解析：->orderRaw('`user`.`id` DESC, `profile`.`level` ASC')
分页时 order 带函数或 JOIN 容易导致总数错乱
调用 paginate() 时，框架会先执行一次 COUNT(*) 查询。如果 order 中含函数（如 convert(name using gbk)）或依赖 JOIN 字段，count 查询默认不含这些逻辑，造成分页总数与实际条数不一致。
- ✅ 显式传 count 参数：
->paginate(15, false, ['count' => $model->where($where)->count()]) - ✅ 关联计数排序不能靠
withCount()直接 order——它不投射字段到 SELECT 列表；应改用join + group构造可排序字段，例如：->field('u.*, IFNULL(COUNT(o.id), 0) as order_count')->join('order o', 'u.id = o.user_id', 'LEFT')->group('u.id')->order('order_count DESC') - ⚠️ 避免在 order 中用
RAND()、NOW()等非确定性函数，否则翻页结果会抖动
