PHP内置数组排序函数默认不稳定，相同值元素排序后相对顺序不保证，因底层快排未保留原始索引；需用uasort配合预存order字段实现稳定排序。
arsort、krsort、asort、ksort 等）**默认都不稳定**——相同值或相同键的元素，排序后相对顺序无法保证。
这并不是 bug，而是底层快速排序实现的固有特性。如果你依赖“相同分数的人按插入顺序排在前面”，那直接用 arsort 就可能出错。
为什么 arsort 排序后相同值的顺序会变？
arsort 按值降序排列，但不记录原始索引位置。当两个值相等时，它只比较值，不比较“谁先出现”。底层快排在分区过程中可能交换相等元素的位置。
- 现象：数组
['a'=>85, 'b'=>90, 'c'=>85]经arsort后，'a'和'c'谁在前不确定 - 原因：PHP 未在比较逻辑中引入“次级排序键”（如原始插入序号）
- 影响：分页展示、排行榜并列处理、审计日志时间顺序依赖等场景易出问题
krsort 对键名排序也一样不稳定？
理论上键名不会重复（重复键会覆盖），所以 krsort 的“不稳定性”在实际中较少暴露。但若你用数字字符串作键（如 '10'、'2'），又没传 SORT_NUMERIC 标志，字典序和数值序混用会导致意外重排——这不是稳定性问题，而是类型误判，但效果类似“顺序失控”。
- 示例：
$arr = ['10'=>'x', '2'=>'y']; krsort($arr);默认按字符串排，结果是['2'=>'y', '10'=>'x']（因为'2' > '10'字典序） - 修复方式：显式加标志
krsort($arr, SORT_NUMERIC) - 注意：即使加了标志，相同键名（极罕见）的相对顺序仍不保证
怎么写出真正稳定的降序排序？
必须绕过内置函数，用 uasort 自定义比较，并引入原始位置信息。最简方案是预存索引：
$data = ['a'=>85, 'b'=>90, 'c'=>85, 'd'=>90];
// 添加原始顺序标记
$indexed = [];
foreach ($data as $k => $v) {
$indexed[$k] = ['value' => $v, 'order' => count($indexed)];
}
uasort($indexed, function($a, $b) {
if ($a['value'] !== $b['value']) {
return $b['value'] <=> $a['value']; // 值降序
}
return $a['order'] <=> $b['order']; // 相等时按原序
});
$result = array_column($indexed, 'value'); // 提取 value
- 关键点：不能只靠
uasort，必须自己维护order字段 - 替代方案：用
array_multisort配合辅助数组，但代码更冗长 - 性能提醒：对超大数组（>10万项），自定义排序比内置慢 2–3 倍，需权衡
