javascript数组sort()默认按字符串unicode码点排序，数字数组需用(a,b)=>a-b实现数值升序，注意null、undefined、非法字符串转nan导致排序异常，浮点数排序受精度误差影响。
JavaScript 中数组的 sort() 方法默认按字符串 Unicode 码点排序，而非数值大小。当你对数字数组直接调用 sort()，比如 [10, 2, 33, 1]，结果会是 [1, 10, 2, 33]——这显然不是你想要的数值顺序。
Number 类型排序失效的根本原因
sort() 默认把每个元素转成字符串再比较。数字 10 变成 "10"，2 变成 "2"，而 "10" 为 <code>true（因为 "1" 的 Unicode 值小于 "2"），所以 10 排在 2 前面。这不是 Number 类型“出错”，而是方法设计如此——它本就不区分数据类型。
正确实现数值升序排序的方法
必须显式传入比较函数，让引擎知道按数值逻辑判断：
- 升序：
arr.sort((a, b) => a - b) - 降序：
arr.sort((a, b) => b - a) - 注意：比较函数返回值只需关注正负零，不必严格返回
-1/0/1；a - b已足够可靠
警惕隐式转换带来的意外结果
如果数组包含非纯数字（如 ["1", "2", 10, null, undefined]），a - b 仍可工作，但需留意：
-
null转为0，undefined转为NaN，导致整个比较结果为NaN，排序行为不可预测 - 字符串数字（如
"5"）会被自动转为数字参与运算，一般没问题；但若含非法字符（如"5px"），则转为NaN，同样破坏排序 - 稳妥做法是预处理：过滤或转换，例如
arr.map(Number).filter(n => !isNaN(n))
浮点数与精度问题的注意事项
对浮点数排序时，a - b 依然适用，但要注意 JavaScript 浮点运算的固有误差（如 0.1 + 0.2 !== 0.3）。这种误差通常不影响排序结果，因为比较只依赖相对大小；但若涉及极小差值（如 1e-17 级别），可能因舍入导致顺序异常。此时可考虑使用 Math.abs(a - b) 判断相等，不过日常排序极少需要这么严谨。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
