[10, 2, 33, 1].sort() 返回 [1, 10, 2, 33] 是因为默认按字符串 Unicode 码点排序，即 "10" a - b 实现数值升序，且 sort 修改原数组、需用 slice() 或展开运算符保留原数组。
JavaScript 的 Array.prototype.sort() 默认按字符串 Unicode 码点排序，不是数值大小顺序，直接对数字数组调用会出错；它本身不暴露具体算法实现，但现代引擎（V8、SpiderMonkey）普遍采用 TimSort 或混合快排+插入排序，你无法手动选择算法，只能靠传入比较函数控制逻辑。
为什么 [10, 2, 33, 1].sort() 返回 [1, 10, 2, 33]？
因为默认把每个元素转成字符串再比较："10" "2"（"1" 开头小于 "2"），所以顺序错乱。要按数值排序，必须提供比较函数：
const nums = [10, 2, 33, 1]; nums.sort((a, b) => a - b); // → [1, 2, 10, 33] nums.sort((a, b) => b - a); // 降序
- 返回负数：a 排在 b 前面
- 返回 0：a 和 b 位置不变（稳定排序）
- 返回正数：a 排在 b 后面
注意：该函数会被多次调用，且修改原数组，如需保留原数组请先 slice() 或展开。
如何对对象数组按字段排序？
常见错误是直接用 a.name 返回布尔值，但 sort() 需要数值返回值。正确写法是用三元或 localeCompare() 处理字符串：
立即学习“Java免费学习笔记（深入）”；
const users = [{name: "Alice", age: 30}, {name: "Bob", age: 25}];
// 按 name 升序（支持中文、大小写）
users.sort((a, b) => a.name.localeCompare(b.name));
// 按 age 降序
users.sort((a, b) => b.age - a.age);-
localeCompare()比>/更可靠，能处理 Unicode、语言区域规则 - 多级排序可链式判断：
return a.age !== b.age ? b.age - a.age : a.name.localeCompare(b.name) - 避免在比较函数里做耗时操作（如 DOM 查询、正则匹配），影响性能
自定义排序算法有必要吗？
绝大多数场景下没必要。V8 的 sort() 在 Chrome 和 Node.js 中已高度优化，对 10 万以内元素远快于手写的快排或归并。只有两种情况例外：
- 需要稳定排序但运行环境不保证（旧 Safari 或 IE），可改用
mergeSort实现 - 排序逻辑极其特殊，比如按自定义权重表、拓扑依赖、或流式数据分批排序
若真要手写，注意：递归深度过大可能栈溢出，大数据量建议用迭代版快排或内置 sort() 配合 compareFn —— 它才是你真正可控的“算法接口”。
别被“算法名称”分散注意力，关键永远是：传对比较函数、理解返回值含义、留意原地修改和稳定性表现。
