Array.prototype.sort() 默认将元素转为字符串比较，导致数字数组如[10,2,1]排成[1,10,2]；隐患包括NaN风险、大整数溢出、浮点精度误差；应使用显式条件返回-1/0/1，并对对象排序做空值处理与类型转换。
sort() 方法默认排序行为为什么不可靠
JavaScript 的 Array.prototype.sort() 默认把元素转成字符串再比较，[10, 2, 1] 会排成 [1, 10, 2]，因为 "10" 为 true。这不是数值排序，也不是你想要的逻辑。
必须显式传入比较函数，否则结果几乎总是错的——尤其当数组含数字、对象或混合类型时。
写安全的数字比较函数要避开哪些坑
常见错误是直接写 (a, b) => a - b，它在多数场景下能用，但有三个隐患：
- 当
a或b是undefined、null、非数字（如字符串"abc"）时，减法结果是NaN，导致排序行为未定义，不同浏览器可能乱序 - 大整数相减可能溢出（虽少见，但在
Number.MAX_SAFE_INTEGER边界附近存在风险） - 浮点数精度问题可能导致
0.1 + 0.2 === 0.3为false，影响相等判断
更稳妥的写法是用条件分支明确返回 -1、0、1：
立即学习“Java免费学习笔记（深入）”；
numbers.sort((a, b) => {
if (a < b) return -1;
if (a > b) return 1;
return 0;
});对对象数组排序时比较函数怎么写才稳定
按对象字段排序（比如 users.sort((a, b) => a.age - b.age)）看似简单，但容易忽略空值和类型不一致：
- 如果某个
a.age是undefined或null，减法得NaN，整个排序失效 - 字段可能是字符串形式的数字（如
"25"），直接减会隐式转换，但不如显式Number()控制强 - 想支持多级排序（先按
age升序，年龄相同时按name字典序），不能嵌套多个sort()调用（不稳定），而应在单个比较函数里处理
推荐结构：
users.sort((a, b) => {
const ageA = Number(a.age) || 0;
const ageB = Number(b.age) || 0;
if (ageA !== ageB) return ageA - ageB;
return String(a.name).localeCompare(b.name);
});性能敏感场景下比较函数可以怎么优化
如果数组很大（比如上万项）且比较逻辑复杂（如解析嵌套字段、调用 new Date()、正则匹配），每次比较都重复计算会拖慢速度。关键原则是：**避免在比较函数内做重复工作**。
- 提前把要比较的值提取出来，生成带缓存键的临时数组（即“装饰-排序-去装饰”模式）
- 不要在比较函数里调用
Date.parse()或JSON.stringify()等开销大的操作 - 若排序逻辑固定，可考虑用
Intl.Collator替代String.prototype.localeCompare()，它对多次字符串比较有内部缓存
例如对日期字符串排序：
const collator = new Intl.Collator(); items.sort((a, b) => collator.compare(a.dateStr, b.dateStr));
比每次调用 a.dateStr.localeCompare(b.dateStr) 更快，尤其在重复使用时。
真正难的不是写出能跑的比较函数，而是预判数据里藏着的 null、""、"-" 、Infinity 这些边界值——它们不会报错，但会让排序结果静默崩坏。
