javascript数值转换有明确优先级：number()最严格，parseint/parsefloat面向字符串宽容解析，隐式转换在算术运算中静默发生；需警惕nan传播与类型混淆。
JavaScript 的数值转换不是“随便转转”，而是有明确优先级和行为逻辑的一套机制。掌握它，能避开大量 NaN 和意料之外的计算结果。
Number()：最严格的显式转换
它把任何值按规范一步转成数字，不妥协、不截断：
- 布尔值：true → 1，false → 0
- null → 0，undefined → NaN
- 空字符串
""或纯空格" "→ 0 - 字符串必须“整体合法”：
"123"✔️，"12.5"✔️，"0x1F"✔️；但"123abc"、"12."、" "（注意：带空格的字符串如" 123 "是可以的，会自动 trim）→ NaN - Symbol 直接抛 TypeError；BigInt 可转为 Number（可能丢失精度）
- 对象先尝试
valueOf()，失败再试toString()，最后把结果当字符串再转——所以{}→"[object Object]"→ NaN，[]→""→ 0，[5]→"5"→ 5
parseInt() 和 parseFloat()：面向字符串的“宽容解析”
它们只处理字符串（其他类型会先隐式转成字符串再解析），核心区别在“停在哪”：
-
parseInt()：从左开始读，跳过开头空格，取连续整数部分，遇到小数点、字母、符号就停。
parseInt(" 0042px")→ 42；parseInt("10", 2)→ 2（二进制）；parseInt("12.99")→ 12 -
parseFloat()：允许一个点（小数点），支持科学计数法
e/E，但第二个点或字母就停。parseFloat("3.1415abc")→ 3.1415；parseFloat("1e2")→ 100；parseFloat("1.2.3")→ 1.2 - 两者对
null、undefined会先转成字符串：parseInt(null)→parseInt("null")→ NaN
隐式转换：算术运算里的“静默规则”
只要用到 -、*、/、% 或比较符（>、== 等），JS 就会悄悄调用 Number() 做转换——但 + 是例外：
-
"10" - 3→ 7（"10"被Number()转为10） -
[1] * 2→ 2（[1]→"1"→1） -
{} + []→"[object Object]"（+触发字符串拼接，不是数值转换） -
5 == "5"→ true（==会把右边转成数字） - 一旦出现
NaN，几乎所有算术运算结果仍是NaN
避坑关键点
很多 bug 来自没意识到转换正在发生：
- 表单输入默认是字符串，
input.value * 1比Number(input.value)更简短，但语义不如后者清晰 -
+"0"得 0，+" "也得 0，但+"0x10"得 16 —— 一元加号等价于Number() - 数组长度、
Date.getTime()返回的是数字，但new Date().toString()是字符串，混用易出错 - 用
===替代==可避免意外转换；用Number.isNaN()判断 NaN 更可靠（因为NaN !== NaN）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
