JavaScript数字比较应先显式转数字再校验有效性：用Number()、+或parseInt(str,10)，配合!isNaN(Number(val))或typeof val==='number'&&isFinite(val)确保有效，避免隐式转换陷阱。
在 JavaScript 中，数字比较前统一变量类型，核心是避免隐式转换带来的意外结果。最稳妥的做法是主动转为数字类型，而不是依赖 == 或比较运算符自动转换。
明确转成数字再比较
使用 Number()、parseInt() 或一元加号 + 将操作数显式转为数字：
-
Number('123')→123（推荐，对空字符串返回0，对无效值返回NaN） -
+'45.6'→45.6（简洁，但对非数字字符串也返回NaN） -
parseInt('08', 10)→8（适合整数，注意指定进制防八进制误解析）
先校验有效性再比较
直接转数字可能得到 NaN，而 NaN 和任何值（包括自身）比较都为 false。建议加一层检查：
- 用
!isNaN(Number(val))确保转换成功 - 或用
typeof val === 'number' && isFinite(val)判断是否为有效数字 - 示例：if (Number(a) === Number(b) && !isNaN(Number(a))) { ... }
警惕字符串数字的陷阱
像 '01'、' 42 '、'1e2' 这类字符串转数字后可能不符合直觉：
-
Number('01')是1（无前导零问题） -
Number(' 42 ')是42（自动忽略首尾空格） -
Number('1e2')是100（科学计数法合法） - 若需严格按十进制整数解析，优先用
parseInt(str, 10)
对象或布尔值参与比较时要特别处理
它们会触发隐式转换，容易出错：
-
true == 1为true，但Number(true)明确是1 -
[] == 0为true（因[]→''→0），但Number([])是0，逻辑一致但更可控 -
null转数字是0，undefined是NaN—— 若业务中null表示“无值”，不应与0混为一谈，应提前过滤
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
