在 laravel 7 中，无法直接对 eloquent 集合使用 `orderby()`（它是查询构建器方法），但可通过 `sortby()` 链式调用实现：先按时间降序主排序，再按指定 id 数组顺序重排。
在 Laravel 7 中，Users::all() 返回的是一个 Eloquent Collection（即 Illuminate\Support\Collection 实例），而非查询构建器对象。因此，像 ->orderBy('created_at', 'desc') 这样的数据库级排序方法不能在此后链式调用——它仅适用于 User::query() 或 User::where(...) 等未执行的查询构造阶段。
✅ 正确做法是：先用 sortByDesc() 主排序，再用 sortBy() 结合自定义权重映射完成子排序（ID 优先级排序）。
✅ 推荐实现（纯 Collection 操作，安全可靠）
$ids = [1, 5, 3, 9, 4, 8];
// 构建 ID → 排序权重的映射（越靠前索引越小，优先级越高）
$priorityMap = array_flip($ids); // [1=>0, 5=>1, 3=>2, 9=>3, 4=>4, 8=>5]
$users = User::all()
->sortByDesc('created_at') // 主排序：最新创建的在前
->sortBy(function ($user) use ($priorityMap) {
// 若 ID 不在 $ids 中，赋予高权重（排在最后），避免 null 错误
return $priorityMap[$user->id] ?? PHP_INT_MAX;
});? 提示：array_flip($ids) 是高效生成「ID 到位置索引」映射的标准方式；?? PHP_INT_MAX 确保不在白名单中的用户自动沉底，逻辑健壮。
❌ 原问题中写法的问题分析
- Users::all()->sort('created_at', 'DESC') ❌：Laravel 7 的 Collection::sort() 不接受字段名和方向参数，该写法会报错。应使用 sortBy() / sortByDesc()。
- $ids->map(...)->where('cat_id', $id) ❌：代码中误用 'cat_id'（应为 'id'），且 map() + first() 会丢失未匹配 ID 对应的空项，还可能因多次遍历降低性能。
- ->orderBy($ids) ❌：orderBy() 不接受数组参数，此代码在 Laravel 7 中根本无法运行，属典型混淆 Query Builder 与 Collection API 的错误。
⚡ 进阶建议：数据库层优化（推荐用于大数据量）
若用户量较大（如 >1000 条），应优先在数据库中完成排序，避免全量加载到内存：
$ids = [1, 5, 3, 9, 4, 8];
$placeholders = str_repeat('?,', count($ids) - 1) . '?';
$users = User::whereIn('id', $ids)
->orderBy('created_at', 'desc')
->orderByRaw("FIELD(id, {$placeholders})", $ids)
->get();✅ FIELD(id, 1,5,3,9,4,8) 是 MySQL 特有函数，可原生支持按指定顺序排列；配合 whereIn 可精准控制结果集，性能远超 Collection 处理。
总结
- Collection 排序用 sortBy*()，不用 orderBy()；
- 主次排序需分两步：先 sortByDesc('created_at')，再 sortBy(自定义回调)；
- 自定义顺序推荐 array_flip($ids) 构建优先级映射，兼顾简洁与可读性；
- 生产环境大数据量场景，请移至数据库层（FIELD() + orderByRaw）以保障性能与内存安全。
