sort 的 compareFunction 必须返回负数、0或正数，而非布尔值；多字段排序用链式判断；需显式处理 null/undefined 和类型转换；性能敏感时应预计算排序键。
sort 的 compareFunction 参数到底怎么写才不踩坑
JavaScript 的 sort 方法默认按字符串 Unicode 码点排序，直接传数组调用会把 [10, 2, 15] 排成 [10, 15, 2]。真正可控的排序必须提供 compareFunction，它接收两个参数 a 和 b，返回负数、0 或正数——这个返回值含义常被误解：不是“是否交换”，而是“a 应该排在 b 前面（ 0）”。
常见错误是写成布尔表达式：a > b，这只会返回 true/false（即 1/0），导致升序失效、降序错乱。正确写法是显式做减法或三元判断：
arr.sort((a, b) => a - b); // 数字升序 arr.sort((a, b) => b.name.localeCompare(a.name)); // 字符串降序，注意 localeCompare 返回值已符合要求
多字段排序时，为什么链式 return 不等于嵌套 if
业务中常要先按状态分组（'done' > 'pending' > 'draft'），再按创建时间倒序。很多人用 if/else if/else 判断状态，再在每个分支里比时间——逻辑对但冗长。更简洁可靠的方式是“链式短路”：只要前一个比较能区分大小，就直接返回；只有相等时才进入下一个比较。
- 错误写法：用
&&连接多个比较，如(a.status === 'done') && (b.status === 'pending') ? -1 : ...，易漏边界 - 推荐写法：用减法或
localeCompare的返回值直接参与链式判断
items.sort((a, b) => {
const statusOrder = { done: 0, pending: 1, draft: 2 };
const statusDiff = statusOrder[a.status] - statusOrder[b.status];
if (statusDiff !== 0) return statusDiff;
return b.createdAt - a.createdAt; // 时间倒序
});
遇到 null/undefined 或类型不一致数据怎么办
真实数据里经常有 createdAt: null 或 score: 'N/A'。直接做减法会得到 NaN，而 NaN 在比较中永远返回 false，导致排序结果不可预测（V8 引擎下可能保持原顺序，但不保证）。
必须显式处理空值和类型转换：
- 把
null/undefined统一映射为极小或极大值（如-Infinity或Infinity），取决于你想让它们排前面还是后面 - 字符串数字要
parseFloat或parseInt，避免'10' > '2'成立 - 日期字符串建议先转
new Date()再取getTime()，避免格式差异（如'2023-01-01'vs'01/01/2023'）
arr.sort((a, b) => {
const aTime = a.updatedAt ? new Date(a.updatedAt).getTime() : -Infinity;
const bTime = b.updatedAt ? new Date(b.updatedAt).getTime() : -Infinity;
return bTime - aTime;
});
性能敏感场景下，避免在 compareFunction 里重复计算
如果排序字段需要复杂计算（比如从嵌套对象提取 + 格式化 + 加权），每次比较都重新算一遍，O(n log n) 次调用就会变成 O(n log n × cost)，尤其在几百条以上数据时明显卡顿。
解决方案不是“预处理数组”，而是用 map 提前生成带缓存键的结构，排序完再还原——但要注意别破坏原引用关系（如需后续修改原对象）：
const keyed = arr.map(item => ({
item,
sortKey: computeExpensiveKey(item) // 只执行一次
}));
keyed.sort((a, b) => a.sortKey - b.sortKey);
const result = keyed.map(x => x.item);
真正难处理的是那些依赖上下文的动态排序逻辑，比如“当前用户所属部门排最前”，这种没法预计算，只能接受运行时开销——但至少得确保 computeExpensiveKey 是纯函数，无副作用、无闭包捕获外部变量变更。
