thinkphp多字段排序无内置“优先级”概念，本质是按order by从左到右执行顺序，须用二维数组写法如[['status','asc'],['id','desc']]确保顺序生效，并在末尾加唯一主键兜底防分页错乱。
ThinkPHP 本身没有“排序优先级”这个内置概念，所谓“优先级”实际是指多字段排序时各字段的执行顺序，以及如何确保排序逻辑稳定、可复用、不被覆盖。关键不在“设优先级”，而在“写对顺序、兜住边界、避开陷阱”。
一、多字段排序必须按业务逻辑顺序写
数据库 ORDER BY 是从左到右依次生效的。ThinkPHP 的 order() 方法也严格遵循这个顺序——排在前面的字段优先级更高，后面字段只在前一个字段值相同时才起作用。
- 比如要“按状态升序 → 状态相同时按创建时间降序 → 时间也相同时按 ID 降序”，就得写成：
->order([['status', 'asc'], ['create_time', 'desc'], ['id', 'desc']]) - 不能颠倒顺序，否则“ID 降序”会先执行，失去分组内排序意义
- 务必用二维数组写法，避免早期版本因关联数组键名覆盖导致只剩最后一个字段
二、分页场景下必须加唯一字段兜底
MySQL 在分页（LIMIT + OFFSET）时，若排序字段存在重复值，会导致同一页数据前后两次查询结果不一致（俗称“分页错乱”）。这不是 ThinkPHP 的问题，而是数据库行为。
- 解决方法：在多字段排序末尾，强制加上一个绝对唯一字段（通常是主键
id）
例如：->order([['status', 'asc'], ['sort', 'desc'], ['id', 'desc']]) - 哪怕业务上认为
status和sort组合已足够唯一，也建议加上id——它成本低、100% 可靠 - 这个兜底字段就是你排序逻辑的“安全锁”，不是可选项
三、排序逻辑别散在控制器里，封装进模型更稳
直接在控制器里写 ->order(...) 容易遗漏、难复用、不好测试。推荐把常用排序规则封装为模型的静态方法或作用域（scope）。
- 示例（作用域）：
public function scopeListOrder($query) { return $query->order([['status', 'asc'], ['id', 'desc']]); }
调用：User::withTrashed()->listOrder()->select(); - 好处：一处定义，多处复用；后续调整只需改模型，不碰业务代码；单元测试也方便覆盖
- 注意：作用域里的
order()仍需遵守前述顺序和兜底原则
四、动态排序要白名单校验，别拼字符串
用户选择排序字段和方向（如 ?sort=name&order=desc）时，绝不能直接拼接 SQL 字符串，否则有注入风险。
- 字段名必须限定白名单：
$allowed = ['name', 'email', 'create_time', 'status']; - 方向只能是
'asc'或'desc'，其他一律 fallback 到默认值 - 用数组语法调用：
->order([$field => $dir])，ThinkPHP 6+ 会自动转义，安全可靠 - 错误示范：
->order($field . ' ' . $dir)—— 看似简单，实则危险且不可控
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
