快速排序和归并排序性能取决于数据特征与实现细节；平均均为O(n log n)，但快排常数小、缓存友好通常更快，归并稳定且最坏可控；快排原地、不稳定、最坏O(n²)，归并需额外空间但稳定。
快速排序和归并排序在实际 JavaScript 中的性能表现，**取决于数据特征和实现细节，不能一概而论谁“更快”**。平均情况下两者都是 O(n log n)，但快排常数更小、缓存友好，通常实测更快；归并排序稳定、最坏情况可控，适合对稳定性或最坏性能有要求的场景。
快速排序：原地、平均快、但不稳定
快排核心是“分治 + 原地分区”。选一个基准（pivot），把数组划分为小于、大于基准的两部分，递归处理。
- JavaScript 中用
splice或双指针可实现原地分区，避免额外空间开销 - 平均时间复杂度 O(n log n)，最坏（已排序数组+选端点为 pivot）退化到 O(n²)
- 不保证相等元素的相对顺序（不稳定），且递归深度可能达 O(n)，有栈溢出风险
- 现代 V8 引擎对小数组（如
归并排序：稳定、最坏可控、需额外空间
归并排序也是分治，但策略不同：先递归拆分到单元素，再两两合并已排序子数组。
- 必须分配临时数组来合并，空间复杂度 O(n)，对内存敏感场景不利
- 严格保证 O(n log n) 时间，无论输入是否有序，最坏性能可预期
- 天然稳定（合并时相等元素优先取左半部分），适合需要保持原始顺序的业务逻辑
- 合并过程顺序读写，CPU 缓存局部性不如快排，实测常慢 20%–40%
JavaScript 实际选型建议
浏览器或 Node.js 环境下，**绝大多数情况直接用内置 Array.prototype.sort() 即可**——V8 使用的是 TimSort（混合了归并和插入排序），兼顾稳定性、最坏性能和实测速度。
立即学习“Java免费学习笔记（深入）”；
- 自己手写？优先考虑快排（尤其数据随机、内存受限），加随机 pivot 或三数取中防退化
- 需要稳定排序？选归并排序，或改写快排为稳定版本（代价是空间或时间）
- 大数据量（如 >10⁵）、强实时性要求？做真实 benchmark，用
console.time()测你自己的数据分布 - 注意：小数组（
一句话总结
快排平均更快、省内存，但不稳且最坏差；归并排序稳、最坏可靠，但费内存、稍慢。工程中优先信任引擎内置 sort，除非有明确定制需求。
