JavaScript 的 sort() 由引擎自主实现混合排序策略，不暴露算法选择；不传比较函数时转字符串按 Unicode 排序，数字排序错误；需手动处理多字段、稳定性及性能优化。
JavaScript 本身不提供「排序算法类型」的显式选择（比如快排/归并/堆排），Array.prototype.sort() 的具体实现由引擎决定，你无法控制它用哪种算法，也不能直接调用“插入排序函数”或“归并排序函数”——它只暴露一个接口，背后是 V8（Chrome/Node.js）、SpiderMonkey（Firefox）等引擎自己优化的混合策略。
为什么 sort() 不传比较函数会出错？
默认行为是把所有元素转成字符串再按 Unicode 码点排序，这在数字场景下完全不可靠：
['10', '2', '1'].sort(); // ['1', '10', '2'] [10, 2, 1].sort(); // [1, 10, 2] —— 因为 10 被转成 '10'，'10' < '2'
必须传入比较函数才能得到数值顺序。常见写法：
-
(a, b) => a - b：升序（安全，适用于数字；但对Infinity或NaN需额外判断） -
(a, b) => b - a：降序 -
(a, b) => a.localeCompare(b)：字符串安全排序（支持中文、重音字符等）
sort() 是原地排序，且不稳定
它直接修改原数组，不返回新数组（返回的是原数组引用），而且 ES 规范不要求稳定（相同键值的元素相对位置可能改变）。这意味着：
立即学习“Java免费学习笔记（深入）”；
- 如果需要保留原数组，得先
[...arr].sort(...)或arr.slice().sort(...) - 若你按多个字段排序（比如先按 name 再按 age），不能依赖前一次排序的稳定性；得用单次比较函数处理复合逻辑，例如：
(a, b) => { if (a.name !== b.name) return a.name.localeCompare(b.name); return a.age - b.age; } - V8 在 Chrome 70+ 对长度 ≥ 10 的数组使用 TimSort（稳定），但短数组仍可能用不稳定的快排变种；别把它当稳定排序用
想手写排序算法？注意引擎已深度优化 sort()
除非有特殊需求（比如可视化排序过程、教学、或需确定性行为如 WASM 中复现），否则手写快排/归并几乎总是更慢。V8 的 sort() 经过多年打磨，对小数组用插入排序，中等用快排，大数组用 TimSort，并做了内联、分支预测等优化。
如果你真要实现，注意几个坑：
- 递归快排在大数组上容易栈溢出，改用迭代版或混入插入排序切分
- 原地排序要小心边界条件（比如
left >= right忘记 return） - 比较函数里避免副作用（比如修改
a或b），否则结果不可预测 - 浮点数比较慎用
===，优先用Math.abs(a - b)
真正需要自定义排序逻辑时，与其重造轮子，不如把精力放在写好比较函数上——它才是你可控的、最贴近业务的那一层。引擎怎么排，让它自己操心。
