javascript数值比较与运算需警惕隐式类型转换：大小比较会转数字（"abc"→nan导致false），==宽松相等易误判，===更安全；+号有拼接/加法双语义，其余运算符强制转数字；检测nan应使用number.isnan()；浮点数精度问题需用误差容忍判断。
JavaScript 中 Number 类型的比较与运算看似简单，但隐含大量类型转换规则和边界行为。掌握这些细节，能避免 NaN、意外 true/false、精度丢失等常见问题。
数值比较：别被 == 带偏
比较运算（>、、==、===）背后逻辑不同：
- > / = / ：会尝试将两边转为数字再比较。字符串
"42"和数字42比较时，前者被ToNumber转成42；但"abc"转为NaN，任何与NaN的大小比较都返回false。 -
==：先做类型转换再比较。例如
0 == false→0 == 0→true；"0" == false→0 == 0→true；但null == undefined是特例，直接返回true，不转数字。 -
===：不转换类型，类型不同直接返回
false。推荐在数值比较中优先使用===，除非你明确需要宽松相等。
算术运算：+ 号最危险
+ 是唯一有“双语义”的运算符——既可加法，也可拼接。其他运算符（-、*、/、%）一律强制转数字：
-
5 + "3"→"53"（字符串拼接） -
5 - "3"→2（"3"被ToNumber转为3） -
5 * null→0（null转为0） -
5 + undefined→NaN（undefined转为NaN） -
10 / 0→Infinity，-10 / 0→-Infinity
安全判断：避开 NaN 陷阱
NaN 不等于自身，也不能用 == 或 === 检测：
- 错：
value === NaN或value == NaN—— 永远是false - 对：
Number.isNaN(value)（推荐）或value !== value（利用 NaN 唯一自反性） -
isNaN(value)有缺陷：它会先调用Number(value)，导致isNaN("abc")返回true，但isNaN({})也返回true（因为Number({})是NaN），易误判。
精度控制：浮点数不是“精确数学”
JavaScript 使用 IEEE 754 双精度浮点数，0.1 + 0.2 !== 0.3 是经典表现：
- 避免直接比较小数：用差值容忍度判断，如
Math.abs(a - b) - 整数运算更可靠：货币计算建议以“分”为单位用整数处理
- 格式化输出可用
.toFixed(n)（注意返回字符串）、.toPrecision(n)或Intl.NumberFormat - 大整数超出
Number.MAX_SAFE_INTEGER（2^53 - 1）后无法精确表示，此时应考虑BigInt
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
