在 ThinkPHP 开发中，多字段排序看似简单，实则隐藏着不少细节陷阱。许多开发者直接在模型中使用链式调用，结果遇到排序未生效、分页数据错乱甚至 SQL 报错等问题。这些问题的根源，通常在于 order() 方法的参数写法不正确，或者缺乏必要的安全校验机制。

首先给出结论：最推荐的方式是使用二维数组传递排序参数。每个子数组明确指定字段名和排序方向，数组顺序即优先级。例如：->order([['status', 'desc'], ['sort', 'asc'], ['id', 'desc']])。这种写法在 ThinkPHP 6 和 ThinkPHP 8 中均为官方推荐方案，可有效避免因键名重复导致字段被覆盖的问题——相比一维关联数组 ['status'=>'desc','sort'=>'asc']，后者在旧版本中可能出现意外的失效情况。此外，建议将最后一个排序字段设为唯一值，如 id，以防止分页时因相同值引起顺序抖动。

那么字符串写法是否完全不可用？并非如此，但存在明显风险。例如 ->order('status DESC, create_time ASC') 这种写法虽然简洁，但一旦字段名包含空格、点号（如 user.name），或字段名为 SQL 关键字（如 order），则必须手动添加反引号，遗漏即导致错误。更严重的是，当排序字段来自用户输入时，直接拼接字符串会为 SQL 注入大开方便之门。自 ThinkPHP 5.1 后期版本及 ThinkPHP 6 全面支持数组写法后，已没有必要冒险使用字符串方式。

说到用户输入，在动态排序的场景中，必须实施白名单校验。前端传递的排序字段和排序方向不能无条件信任。建议先定义允许的字段映射，例如 $allowFields = ['id' => 'id', 'title' => 'title', 'status' => 'status', 'create_time' => 'create_time'];，然后进行校验并组装排序参数：$field = input('sort_field', 'id'); $type = in_array(input('sort_type'), ['asc', 'desc']) ? input('sort_type') : 'desc'; $order = [$field => $type];，最后传入 ->order($order)。这样既能保证灵活性，又能确保安全性。

另一个容易被忽视的陷阱：关联查询或多表排序。当使用 join() 或字段来自不同表时，容易出现 Column 'xxx' in order clause is ambiguous 错误。解决办法是：字段必须带上表别名。例如 ->order(['user.status' => 'desc', 'profile.level' => 'asc'])。如果使用 ThinkPHP 6.1 及以上版本，也可以利用 orderRaw() 编写原生表达式：->orderRaw('`user`.`id` DESC, `profile`.`level` ASC')。需要注意的是，如果使用了 with() 预加载，order() 默认仅作用于主表。要对关联表字段排序，需改用 join()，或在数据量较小时在 PHP 层进行二次处理。

总而言之，ThinkPHP 多字段排序的核心不在于能否实现，而在于如何写得稳定、安全。二维数组写法是基础，白名单校验是安全底线，表别名是基本常识。牢记这三点，即可避免绝大部分问题。