数组排序听着是入门级操作,但实际工作中翻车率极高。我印象最深的一次是处理商品列表,一行 sort() 写完看起来毫无问题,结果价格从 10 排到了 9 后面,用户那边直接当成数据错误反馈上来了。后来一查,问题就出在默认的字符串比较上。类似的坑还有中文名单排不出拼音顺序、带字母编号的商品总是 A10 排在 A2 前面、对象数组按多个字段排的时候字段顺序搞反……这些问题几乎都逃不过一个核心:你没想清楚“谁应该排在谁前面”。这篇文章不打算罗列 API,而是把我在 JavaScript、Java、C++、SQL、Excel/VBA 还有算法题里折腾数组排序时验证过的方案、踩过的坑一起整理出来。刚入门的朋友可以照着抄,写过几年代码的人也可以对一下自己的做法。
1. 排序标尺:比较器、稳定性与时间复杂度
1.1 比较器的返回值到底意味着什么
所有编程语言里给数组排序,底层都在反复做同一件事:从数组里抓两个元素出来,问一句“谁该排在前面”。这句话的答案由一个比较函数给出,通常叫 comparator。
JS 里的规则是:sort((a, b) => ...),回调返回负数表示 a 排在 b 前面,返回正数表示 b 排在 a 前面,返回 0 表示两者相等,位置无所谓。很多人只记住“返回 a - b 是升序”,但遇到对象数组就开始懵。比如:
javascript复制const products = [
{ name: '显示器', price: 1299 },
{ name: '键盘', price: 199 },
{ name: '鼠标', price: 99 }
];
products.sort((a, b) => a.price - b.price);
这里比较的不是数字本身,而是从对象里取出来的 price 字段。比较器让你可以完全掌控排序依据——是拿数值比、拿字符串比,还是拿某个计算后的结果比。这也是为什么说排序的本质不是“调一个排序函数”,而是“定义清楚元素之间的大小关系”。
Java 和 C++ 也一样,只是写法不同。Java 里常见的是 Arrays.sort(arr, (a, b) -> Integer.compare(a, b)),C++ 里是 std::sort(vec.begin(), vec.end(), [](int a, int b) { return a < b; })。规则虽形式各异,但内在逻辑一模一样:true 或者“负数”就是在告诉排序算法“a 应该排在 b 前面”。
有个常见的小坑:写比较器时,有人图省事只处理大于和小于,不处理等于。比如 return a < b ? -1 : 1。这写法在大多数情况下能跑,但会让排序算法认为任何两个不相等的 a、b 都不相等,等于把“相等”这种状态吞掉了。现代 JS 引擎可能还能忍,但某些严格场景下会导致顺序不稳定或引发诡异的边界行为。规范做法是显式处理零值:return a < b ? -1 : (a > b ? 1 : 0),或者直接利用减法运算天然返回 0 的特性。
1.2 稳定性决定了多级排序的成败
稳定性这个概念,简单说就是:两个比较结果相等的元素,排序后是不是还保持原来的先后顺序? 保持就是稳定排序,不保持就是不稳定排序。
为什么这很关键?因为多级排序的本质是“先按次要条件排,再按主要条件排”,而且必须依赖稳定排序才能保住前一轮的结果。举个例子,一个学生数组要“先按班级排,再按分数排”。正确做法是:
javascript复制students.sort((a, b) => b.score - a.score); // 第一轮:分数降序
students.sort((a, b) => a.classId - b.classId); // 第二轮:班级升序
第二轮的 classId 排序必须是稳定的,否则相同班级内学生的分数顺序会乱。如果引擎的 sort 不稳定,这个写法就废了。好消息是,从 ES2019 开始,JavaScript 的 Array.prototype.sort 被要求必须稳定;Java 的 Collections.sort 针对对象也稳定,但 Arrays.sort 对基本类型数组用的是双轴快速排序,不稳定;C++ 的 std::sort 不稳定,需要稳定时必须用 std::stable_sort。
日常开发里,我经常用稳定排序实现“多条件一行写完”:
javascript复制// 先按 category 升序,再按 score 降序
arr.sort((a, b) => a.category - b.category || b.score - a.score);
这个写法利用短路逻辑:如果 category 有差值,就用差值得出结论;如果差值为 0,再比 score。不需要依赖稳定排序也能实现多级排序,而且代码更紧凑。
1.3 常用的效率直觉
数组排序的时间复杂度通常用大 O 表示。把核心的几个算法放在一起有个大概印象:
| 排序算法 | 平均时间复杂度 | 最坏时间复杂度 | 是否稳定 |
|---|---|---|---|
| 冒泡排序 | O(n²) | O(n²) | 是 |
| 选择排序 | O(n²) | O(n²) | 否 |
| 插入排序 | O(n²) | O(n²) | 是 |
| 快速排序 | O(n log n) | O(n²) | 否 |
| 归并排序 | O(n log n) | O(n log n) | 是 |
| 堆排序 | O(n log n) | O(n log n) | 否 |
| 希尔排序 | O(n log² n) 左右 | 视增量序列而定 | 否 |
不一定非记住每个,但要有两个直觉:第一,O(n log n) 是通用比较排序下比较良好的水平,普通业务里用到这个级别就够了;第二,不要随手写冒泡,除非数组长度真的很短(比如几十)。JS 内置 sort 在 V8 引擎里对小数组会走插入排序,大数组走 TimSort(一种稳定的归并排序变体),所以日常开发完全可以直接信任内置方法,手写排序算法更多是为了面试、竞赛或特殊定制场景。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 内置 sort 的日常陷阱:数字、中文与空值
2.1 数字排序为什么需要传入排序函数
这是新手遇到最多的坑,也是我开头提到的那个线上事故。看代码:
javascript复制const nums = [10, 9, 8, 7, 6, 5, 4, 3, 2, 1];
nums.sort();
// 输出 [1, 10, 2, 3, 4, 5, 6, 7, 8, 9]
原因很简单:sort() 不给参数时,会把所有元素先转成字符串,再按 UTF-16 编码顺序比较。“10” 在字典序里排在 “2” 前面,所以看起来完全不对。想让数字按数值排序,必须传比较器:
javascript复制nums.sort((a, b) => a - b); // 升序
nums.sort((a, b) => b - a); // 降序
同样的道理也适用于日期时间戳、价格、GPS 坐标这类数值。只要数组元素本质上是“数值含义”,就不要省略比较器。省略比较器只在字符串数组按字母序排序时才是准确的。
2.2 字母数字混合的“自然排序”与中文排序
处理文件名、商品编码这类数据时,会遇到 item1, item2, item10 的排序问题。普通字典序会排出 item1, item10, item2,但人类的直觉是 item1, item2, item10。这种叫自然排序(natural sort)。JS 里最简单的解决方式是使用 localeCompare 的 numeric 选项:
javascript复制const names = ['item10', 'item2', 'item1', 'item12'];
names.sort((a, b) => a.localeCompare(b, 'zh-CN', { numeric: true }));
// 输出 ['item1', 'item2', 'item10', 'item12']
numeric: true 会让引擎把连续的数字当数值处理,而不是逐字符比较。没有这个参数,item2 和 item10 又会在第二位就分出胜负。
中文排序更要注意。直接用默认 sort() 排中文,底层按的是 Unicode 码点,结果经常不符合拼音或笔画习惯。使用 localeCompare('zh-CN') 会更可靠:
javascript复制const cities = ['上海', '北京', '广州', '深圳'];
cities.sort((a, b) => a.localeCompare(b, 'zh-CN'));
// 北京、广州、上海、深圳
如果希望忽略标点、大小写差异,还可以附加 { sensitivity: 'base' } 参数。做搜索列表、城市选择器这类功能时,这个细节能让交互体验明显提升。
2.3 对象数组多级排序的组合写法
对象数组几乎是实际工作中最常排序的数据结构。多字段排序的通用思路是用 || 串联多个比较表达式,把优先级高的字段放在前边。例如按“类目升序、价格降序、ID 升序”排:
javascript复制list.sort((a, b) =>
a.category - b.category ||
b.price - a.price ||
a.id - b.id
);
如果字段是字符串,比如 name 和 city,就把两个 localeCompare 串起来:
javascript复制list.sort((a, b) =>
a.city.localeCompare(b.city, 'zh-CN') ||
a.name.localeCompare(b.name, 'zh-CN')
);
有一点要提醒:如果字段可能为 null 或 undefined,直接用 a.field - b.field 会算出 NaN,排序结果会变得不可预测。稳妥做法是先做空值处理,一般把空值排到最后:
javascript复制list.sort((a, b) => {
if (a.price == null) return 1;
if (b.price == null) return -1;
return a.price - b.price;
});
这套逻辑同样适用于前端表格的“点击表头排序”。表头字段名传进比较器,切换升序/降序时只改比较器的顺序方向,其余逻辑不变。
2.4 空值与 NaN 的边界行为
数字数组里如果混入 NaN,就比较麻烦。因为 NaN - NaN 仍然是 NaN,返回 NaN 给 sort 等于告诉排序算法“这两个元素没有明确顺序”,结果可能直接原地不动。处理方式要么先过滤掉 NaN,要么在比较器里显式处理:
javascript复制const arr = [5, NaN, 3, NaN, 1];
arr.sort((a, b) => {
if (Number.isNaN(a)) return 1;
if (Number.isNaN(b)) return -1;
return a - b;
});
Java 里的 null 元素也需要预先处理,否则 Arrays.sort 在比较器运行时抛 NullPointerException。C++ 里对空指针的排序则要看比较器怎么写,底层不会帮你做安全检查。边界值这种东西平时不起眼,但数据一旦来自接口或用户输入,就一定会遇到。
3. 什么时候值得手写排序算法
3.1 面试与特定场景
既然现代语言的内置排序都是精心优化过的,为什么还要手写?一是因为面试和算法题爱考,二是因为存在内置排序不适合的场景。
典型场景是“按另一个数组的顺序重排当前数组”。比如你有 ids 和 items,需要让 items 按 ids 的顺序出现。用内置 sort 时比较器需要频繁查 indexOf,如果数组较大,每次比较都是 O(n),整体就变成 O(n² log n) 级别。还不如把 ids 转成 Map 存索引:
javascript复制const orderMap = new Map(ids.map((id, index) => [id, index]));
items.sort((a, b) => (orderMap.get(a.id) ?? Infinity) - (orderMap.get(b.id) ?? Infinity));
这不算手写排序算法,但体现了“内置 sort 加合理的数据结构”的思维。真正需要手写的时候,通常是内存受限、需要部分排序、或者需要完全不依赖库函数的定制逻辑。
3.2 简单直接的选择排序
选择排序的思路很好记:每一轮找剩下元素里的最小值,放到当前轮次的位置上。实现也非常直观:
javascript复制function selectionSort(arr) {
for (let i = 0; i < arr.length - 1; i++) {
let minIndex = i;
for (let j = i + 1; j < arr.length; j++) {
if (arr[j] < arr[minIndex]) {
minIndex = j;
}
}
if (minIndex !== i) {
[arr[i], arr[minIndex]] = [arr[minIndex], arr[i]];
}
}
return arr;
}
它是 O(n²) 复杂度,但交换次数极少,每个位置最多交换一次。这特点在“交换代价很高”的场景里有价值。日常业务排序用不上它,但它是最容易背、最容易写对、最适合应付面试开场的算法。
3.3 快速排序的实用写法
快速排序的核心是 partition:选一个基准值,把小于它的放左边,大于它的放右边,然后递归排序两边。JS 表达一般写成:
javascript复制function quickSort(arr) {
if (arr.length <= 1) return arr;
const pivot = arr[Math.floor(arr.length / 2)];
const left = [];
const right = [];
const equal = [];
for (const item of arr) {
if (item < pivot) left.push(item);
else if (item > pivot) right.push(item);
else equal.push(item);
}
return [...quickSort(left), ...equal, ...quickSort(right)];
}
这种写法好理解,但额外占用了 left、right、equal 三个数组的空间,而且每次递归都创建新数组,性能远不如“原地 partition”版本。真正要做高效快排时,原地 partition 是基本要求,还要注意 pivot 的选择:如果数组基本有序,固定取首元素会让最坏复杂度退化到 O(n²),所以实际工程里会用三点取中(首、中、尾取中间值)来降低退化概率。
3.4 三值排序与 Batcher 排序器
算法题里有一类“三值排序”(典型题来自 USACO),数组里的元素只会出现三种值,比如 0、1、2,要求排序。这种场景用普通比较排序其实绕了远路,因为你根本不需要多次比较,直接统计每种值出现几次,再按顺序铺回去就行:
javascript复制function sortThreeWays(arr) {
const count = [0, 0, 0];
for (const v of arr) count[v]++;
let idx = 0;
for (let val = 0; val < 3; val++) {
for (let k = 0; k < count[val]; k++) {
arr[idx++] = val;
}
}
return arr;
}
这本质上不是比较排序,而是计数排序的简化版。它提醒我们:当数据分布有强特征时,排序算法也能“特化”,不一定非走通用路子。
Batcher 排序器则是另一类异类,它由固定的“比较-交换”步骤组成,不依赖数据内容,适合并行执行,常出现在 GPU、硬件电路或固定输入规模的场景。平时写业务几乎用不到,但面试时能说出“比较器网络”和“双调排序”这两个概念,会显得你对排序的认知不浅。
4. 数组排序衍生出的常见需求
4.1 去重:排序往往比双重循环快
数组去重最常见的方式是 Set:
javascript复制const unique = [...new Set(arr)];
简单、直接、稳定。但如果数组本身需要排序,也可以借助排序把去重一起做了:排序后相同的元素必然相邻,一趟遍历就能去重。
javascript复制arr.sort((a, b) => a - b);
const result = [];
for (let i = 0; i < arr.length; i++) {
if (i === 0 || arr[i] !== arr[i - 1]) {
result.push(arr[i]);
}
}
这个写法的好处是:如果你后续还需要“去重后的有序数组”,一次排序解决两个需求。对象数组去重会更麻烦,因为 Set 对对象引用去重,而不是按字段去重。更实用的方式是借助 Map 或 Set 存唯一键:
javascript复制const seen = new Set();
const result = arr.filter(item => {
const key = `${item.id}-${item.type}`;
if (seen.has(key)) return false;
seen.add(key);
return true;
});
这类逻辑经常出现在“接口返回重复数据”的场景里,配合排序使用可以保证最终列表既有序又不重复。
4.2 三个数组里的最大乘积
热词里有一个“三个数组最大的乘积”,实际变体很多,最常见的是“在单个数组里选三个数,让乘积最大”。很多人第一反应是排完序取最后三项,但这不够——如果数组里有负数,两个绝对值很大的负数相乘为正,再乘一个正数,可能比三个正数乘积更大。
排序解法是先排好序,然后比较两个候选:
javascript复制nums.sort((a, b) => a - b);
const n = nums.length;
const max1 = nums[n - 1] * nums[n - 2] * nums[n - 3];
const max2 = nums[0] * nums[1] * nums[n - 1];
return Math.max(max1, max2);
这个思考过程比代码本身重要:排序只是第一步,真正决定答案的是“你从排序后的数据里选了哪几个位置”。如果不排序,也可以用一次线性扫描维护最大三个数和最小两个数,时间复杂度 O(n)。但排序版容易理解、不易写错,面试或代码评审时更友好。
4.3 从数组中挑出总和等于固定值的子集
“已知固定数值,如何确定数组中的哪些数据和等于固定值”——这是经典的子集和问题。排序在其中的作用要分情况看待。
如果只要求选两个数,和为固定值 target,排序后配合双指针效率极高:
javascript复制arr.sort((a, b) => a - b);
let left = 0;
let right = arr.length - 1;
while (left < right) {
const sum = arr[left] + arr[right];
if (sum === target) {
// 找到一组
left++;
right--;
} else if (sum < target) {
left++;
} else {
right--;
}
}
如果允许选任意多个数,那就是组合枚举/动态规划问题。排序不能直接解决,但可做剪枝:先排序,递归时发现当前累加已经超过 target 就直接返回,减少大量无效分支。题干里这个场景经常用于对账、凑单、库存组合一类的业务逻辑,值得好好理解。
4.4 分组后组内排序
热词里频繁出现“sql server 分组后组内 123 排序”这类需求。实现方式就是窗口函数 ROW_NUMBER(),其实和数组排序没有直接关系,但属于“分组 + 排序”的经典组合:
sql复制SELECT
department,
employee_name,
score,
ROW_NUMBER() OVER (PARTITION BY department ORDER BY score DESC) AS rn
FROM employee;
PARTITION BY department 把数据按部门分组,ORDER BY score DESC 在组内排序,ROW_NUMBER() 给组内编号 1、2、3……。MySQL 8.0 之后支持窗口函数,低版本只能靠自定义变量或者连接查询。这种写法刷题和实际报表场景都常见,建议直接背下来。
5. 换到 Java、C++、SQL 和 MapReduce 去排序
5.1 Java 与 C++:基础类型和对象类型的稳定差异
Java 里,Arrays.sort 对基本类型数组(int[]、double[])用的是双轴快速排序,不稳定;对对象数组(Integer[])用的是 TimSort,稳定。Collections.sort 针对 List 也是 TimSort。
在排序对象数组时,Java 常见方式是实现 Comparator 接口:
java复制Arrays.sort(products, (a, b) -> Integer.compare(a.price, b.price));
二维数组按某列排序也很常见:
java复制int[][] arr = new int[][]{{3, 1}, {1, 5}, {2, 4}};
Arrays.sort(arr, (a, b) -> Integer.compare(a[0], b[0]));
这里比较器的返回是 Integer.compare(a[0], b[0]),直接返回差值可能溢出,所以推荐用包装类的 compare。
C++ 里的 std::sort 是不稳定排序,std::stable_sort 是稳定排序。默认升序用 <,降序用 greater<T>()。二维数组或结构体数组排序通常要写 lambda:
cpp复制std::sort(arr.begin(), arr.end(), [](const vector<int>& a, const vector<int>& b) {
return a[0] < b[0];
});
至于“指针数组存放字符串”这类 C 风格字符串排序,直接用 < 比较的是指针地址,不是字符串内容,必须用 strcmp:
cpp复制const char* words[] = {"banana", "apple", "cherry"};
std::sort(std::begin(words), std::end(words), [](const char* a, const char* b) {
return strcmp(a, b) < 0;
});
strcmp 返回负值表示 a 在字典序中靠前,正好符合排序比较器的需求。这个坑我在做 C 语言课作业和跨语言接口时都踩过,指针数组看着是数组,但它排的是“指针”,不是“字符串”。
5.2 SQL 分组内的 ROW_NUMBER 排序
上一节提到过 ROW_NUMBER(),这里展开说。SQL Server、MySQL 8.0、PostgreSQL、Oracle 都支持窗口函数。另一种常见需求是“先按部门分组,再按创建时间排序,取每组第一条”:
sql复制SELECT *
FROM (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY department_id ORDER BY created_at DESC) AS rk
FROM employees
) t
WHERE rk = 1;
该语句实现了“每个部门取最新一条员工记录”的效果。注意 WHERE rk = 1 不能写在子查询内部,因为窗口函数在 WHERE 之后计算。实际写 SQL 时,这个“先分组排序再取前 N 条”的模式非常常见,属于必会项。
5.3 VBA 与 Excel:数组排序绕不开 Range
VBA 里没有原生的“数组排序”函数,这让不少人卡住。最快的方案是借用 Excel 工作表的排序能力:
vba复制Sub SortArrayQuick()
Dim arr As Variant
Dim tempArr As Variant
arr = Range("A1:K100").Value
Dim rng As Range
Set rng = Range("A1").Resize(UBound(arr, 1), UBound(arr, 2))
Application.Sort.SortFields.Clear
rng.Sort Key1:=rng.Columns(1), Order1:=xlAscending, Header:=xlNo
End Sub
先把数组写入 Range,用 Range.Sort 排序,再读回数组。这种方式比纯 VBA 手写快速排序要快得多,因为底层是 Excel 的高效排序引擎。
如果一定要在内存中处理而完全不碰工作表,小数组可以手写一个冒泡或选择排序,中等规模用递归快排。这里提醒一句:VBA 里数组维度上界从 0 还是 1 开始,取决于声明方式和 Option Base,很多排序代码跑飞都是下标问题,别忽视。
5.4 MapReduce 排序与自定义比较器
MapReduce 框架在 shuffle 阶段默认按键排序,所以“排序”本身就是 Hadoop/Spark 的天然行为。难点往往在自定义排序规则。
在 MapReduce 里,要实现自定义排序,通常要设置三个比较器:Partitioner(决定数据去哪个分区)、SortComparator(决定区内排序)、GroupingComparator(决定哪些 key 分到同一组)。最经典的一组需求是“分组排序”和“倒排序索引”。
倒排序索引的做法是:map 阶段把“单词 + 文档编号”作为输出 key,value 可以是词频;shuffle 阶段天然按单词排序,再按文档编号排序,reduce 阶段只需要把同一单词的文档编号列表拼起来。这个流程里没有任何手写排序代码,但最终结果确确实实是“先按单词字典序,再按文档编号升序”的多级排序。理解这一点,你就知道分布式其实比单机更依赖“框架内建顺序”这个特性。
6. 树状数组与另一类“排序统计”解法
6.1 前缀和 sum(11) 与单点修改 add(3, x)
当“排序”和“统计”绑在一起时,有一个更高级的数据结构——树状数组(Binary Indexed Tree)。它擅长两件事:单点修改、求前缀和。这两个能力可以用来求逆序对、动态排名、区间统计,等于“一直维护着有序数据的累计值”。
假设维护长度为 n = 16 的序列,树状数组下标从 1 开始。查询前缀和 sum(11) 时,下标按 11 → 10 → 8 递减,所以:
text复制sum(11) = tree[11] + tree[10] + tree[8]
规律是把下标转成二进制后,逐步去掉最低位的 1。11 的二进制是 1011,去掉最低位 1 得到 1010(10);再去掉得 1000(8);最后到 0 结束。
单点修改 add(3, x) 则反过来,从下标 3 开始,下标按 3 → 4 → 8 → 16 递增,每次都取 i + lowbit(i),其中 lowbit(i) 是 i 二进制里最低位的 1 对应的值。代码如下:
javascript复制function lowbit(i) {
return i & (-i);
}
function add(tree, i, x, n) {
while (i <= n) {
tree[i] += x;
i += lowbit(i);
}
}
function sum(tree, i) {
let res = 0;
while (i > 0) {
res += tree[i];
i -= lowbit(i);
}
return res;
}
有了这个结构,求逆序对就很容易:从左到右遍历数组,把每个值按大小位置插入树状数组,然后查询“当前已插入的元素里,比当前值大的有多少个”,累加起来就是逆序对数量。这里的“排序”不是显式排出一个有序数组,而是用树状数组持续维护“第 i 个位置之前有多少元素”的统计信息,思路完全不同。
6.2 动态排名的思路延伸
动态排名问题可以理解为:数组里的值不断变化,随时要回答“某个元素排第几”或者“前 K 个数是谁”。如果每次排序都全排一次,数据量大就扛不住。树状数组配合值域压缩可以做到 O(log n) 的更新和查询。
具体做法是:先把所有可能出现的值离散化,映射到 1 到 m 的整数区间;用树状数组记录每个值当前出现的次数;查询“排名”时就是求前缀和。这和“维护一个一直在变化的排序数组”本质是同一件事,只是存储方式从“顺序数组”变成了“频次桶”。
这类技巧在算法竞赛里非常常用,实际业务里做排行榜、动态标签统计也有类似场景。虽然普通 web 开发很少直接手写树状数组,但理解它的思想能帮你判断什么时候该用“重新排序”解决,什么时候该用“频次统计”解决,这是两个不同的复杂度层次。
数组排序方法这个主题,说到底就两句话:能用内置排序解决的就不要重复造轮子,但要知道内置排序的默认行为和边界限制;需要自定义排序规则时,比较器永远是你的核心工具,稳定性决定多级排序策略,空值处理决定了鲁棒性。从 JavaScript 到 SQL 到分布式框架,底层逻辑惊人地一致。把这些想透了,无论数组里的数据是数字、字符串、对象还是指针,都能拿得住。
