Laravel分页结果追加字段后按pending_postion排序问题

你遇到的问题主要有两个核心原因：一是Laravel的LengthAwarePaginator（paginate()返回的对象）的sortBy方法会返回新集合，不会直接修改原分页对象的data；二是默认sortBy会把没有pending_postion字段的项（值为null）排在最前面，且不自定义逻辑的话，有字段的项也会出现排序不符合预期的情况。

下面给你两种可行的解决方案，你可以根据需求选择：

方案一：保留分页结构并正确排序 #

如果你需要保留分页元数据（比如current_page、last_page这些信息），可以按以下步骤操作：

// 1. 获取原始分页结果
$the_result = myTable::where(/* 你的查询条件 */)->paginate();

// 2. 为符合条件的项追加pending_postion字段
foreach ($the_result as $result) {
    if (/* 你的判断条件 */) {
        $result->pending_postion = $a_number; // 比如你示例中的5、6、4
    }
}

// 3. 自定义排序逻辑：有pending_postion的项在前，按数值升序排列；无此字段的项在后
$sortedData = $the_result->getCollection()->sort(function ($itemA, $itemB) {
    $hasA = isset($itemA->pending_postion);
    $hasB = isset($itemB->pending_postion);

    // 有字段的项优先排在前面
    if ($hasA && !$hasB) {
        return -1;
    } elseif (!$hasA && $hasB) {
        return 1;
    }
    // 都有字段的话按数值升序（要倒序就交换$itemA和$itemB的位置）
    elseif ($hasA && $hasB) {
        return $itemA->pending_postion <=> $itemB->pending_postion;
    }

    // 都没有字段的话保持原始顺序
    return 0;
});

// 4. 将排序后的集合替换回分页对象的data中
$the_result->setCollection($sortedData);

// 现在返回$the_result就是排序正确且保留分页结构的结果

方案二：仅获取排序后的集合（丢弃分页元数据） #

如果你不需要分页相关信息，只需要排序后的数据集，可以直接将分页结果转为集合后排序：

// 前面的步骤和方案一一致，先获取分页结果并追加字段
$the_result = myTable::where(/* 你的查询条件 */)->paginate();
foreach ($the_result as $result) {
    if (/* 你的判断条件 */) {
        $result->pending_postion = $a_number;
    }
}

// 转为集合并按自定义逻辑排序，最后重置键名
$sortedCollection = collect($the_result)->sort(function ($itemA, $itemB) {
    $hasA = isset($itemA->pending_postion);
    $hasB = isset($itemB->pending_postion);

    if ($hasA && !$hasB) {
        return -1;
    } elseif (!$hasA && $hasB) {
        return 1;
    } elseif ($hasA && $hasB) {
        return $itemA->pending_postion <=> $itemB->pending_postion;
    }

    return 0;
})->values(); // 重置集合键名，避免出现非连续索引

// 返回$sortedCollection即可

为什么之前的方法无效？ #

• 直接调用$the_result->sortBy('pending_postion')时，这个方法会返回一个新的Collection对象，不会修改原分页对象的data属性，如果你没将结果赋值回去，原分页结果自然不会变化。
• 默认的sortBy会把null值（也就是没有pending_postion字段的项）排在最前面，且未区分“有字段”和“无字段”的优先级，所以才会出现你看到的乱序问题。

内容的提问来源于stack exchange，提问作者Mohamed Zayed