在 laravel 7 中，若需先按 `created_at` 降序排列用户集合，再按指定 id 数组 `[1,5,3,9,4,8]` 进行二次优先级排序（即“稳定子序”），应避免在 eloquent 集合上链式调用 `sort()` 和自定义 `sortby()`，而应优先使用数据库层的 `orderbyraw` 实现高效、可预测的双重排序。
在 Laravel 中，Users::all() 会立即执行查询并返回 Eloquent 集合（Collection），此时数据已加载到内存，后续所有排序（如 sort()、sortBy()）均为 PHP 层操作，性能随数据量增长而下降，且无法真正实现“主序+子序”的稳定复合排序逻辑——尤其是当子序要求严格按给定数组顺序（而非升/降序）时。
✅ 正确做法：在数据库查询阶段完成双重排序
利用 SQL 的 ORDER BY 多字段能力，并借助 FIELD() 函数（MySQL）或 CASE WHEN（通用兼容）实现 ID 自定义顺序：
$ids = [1, 5, 3, 9, 4, 8];
// ✅ 推荐：使用 orderByRaw + FIELD（MySQL）
$users = User::whereIn('id', $ids)
->orderByRaw("FIELD(id, " . implode(',', $ids) . ")")
->orderBy('created_at', 'DESC')
->get();⚠️ 注意：FIELD() 是 MySQL 特有函数。若需跨数据库兼容（如 PostgreSQL、SQLite），改用 CASE WHEN：
$ids = [1, 5, 3, 9, 4, 8];
$case = "CASE id";
foreach ($ids as $index => $id) {
$case .= " WHEN {$id} THEN {$index}";
}
$case .= " END";
$users = User::whereIn('id', $ids)
->orderByRaw($case)
->orderBy('created_at', 'DESC')
->get();❌ 错误示例解析：
你编辑中提到的代码：
$ids = collect([1,5,3,9,4,8]);
$users = Users::all()->sort('created_at', 'DESC');
$users = $ids->map(function($id) use($users) {
return $users->where('cat_id', $id)->first(); // ❌ 字段名应为 'id'；且 where() 返回集合，first() 可能为 null
});存在多个问题：
- Users::all() 先拉取全表，严重浪费资源；
- sort('created_at', 'DESC') 在 Collection 上无效（正确方法是 sortByDesc('created_at')）；
- where('cat_id', ...) 字段名错误（应为 id）；
- map() + first() 无法保证未匹配 ID 被跳过，且丢失原始排序上下文，结果不可控。
? 总结：
- 永远优先在数据库层排序：减少内存占用、提升性能、保证语义准确；
- 主排序（如时间）用标准 orderBy，子排序（自定义 ID 序列）用 orderByRaw 配合 FIELD 或 CASE;
- 确保 whereIn('id', $ids) 限制范围，避免无意义全表扫描；
- 若必须内存排序（如已获取集合），请用 sortBy + 自定义回调，但仅限小数据量场景：
$ids = [1, 5, 3, 9, 4, 8];
$idOrder = array_flip($ids); // [1=>0, 5=>1, 3=>2, ...]
$users = User::all()
->sortByDesc('created_at')
->sortBy(function ($user) use ($idOrder) {
return $idOrder[$user->id] ?? PHP_INT_MAX; // 未命中 ID 排最后
}); 
