parseint截断小数并按radix解析整数，parsefloat提取完整浮点数，number()和一元加号严格转换且对杂质零容忍。
parseInt 会截断小数，只认最前面的整数部分
parseInt 从字符串开头开始解析，遇到第一个非数字字符就停止，返回已解析出的整数。它不处理小数点，哪怕后面全是数字也会被丢弃。
- 输入
"123.45"→ 返回123 - 输入
" 42px"→ 返回42（自动忽略开头空格） - 输入
"0x1A"→ 返回26（默认支持十六进制，但容易误判） - 输入
"1e3"→ 返回1（e不是数字，提前终止）
⚠️ 必须显式传入第二个参数 radix，否则以字符串前缀判断进制："010" 在旧引擎中可能被当八进制解析为 8，现代环境虽默认十进制，但不写 10 仍是隐患。
parseFloat 解析完整浮点数，直到非法字符为止
parseFloat 同样从开头扫描，但能识别小数点、正负号和科学计数法（e 或 E），只要格式合法就继续解析，直到无法构成有效浮点数的字符出现。
- 输入
"123.45abc"→ 返回123.45 - 输入
"-3.14e-2"→ 返回-0.0314 - 输入
" +.5"→ 返回0.5（支持隐式前导零） - 输入
"2e3.5"→ 返回2000（.5在e后不合法，被截断）
它不支持进制指定，始终按十进制解析；也不跳过中间空格——"12 34" 只取 12，因为空格是非法浮点字符。
立即学习“Java免费学习笔记（深入）”；
更安全的替代方案：Number() 和一元加号
如果目标是严格转换、拒绝含杂质的字符串，Number() 和 + 更可靠：
-
Number("123.45")→123.45 -
Number(" 42 ")→42 -
Number("12px")→NaN（整个字符串必须可完全转为数字） -
+"0x1F"→31（支持十六进制，但不支持八进制前缀010）
它们对空白更宽容，但对杂字符零容忍——这反而是多数业务场景想要的行为。比如表单校验时，"100元" 理应报错，而不是悄悄变成 100。
实际用哪一种？看你的输入是否“干净”
如果字符串来自用户输入或不可控来源（如 DOM 文本、URL 参数），优先用 Number() 或 +，配合 isNaN() 判断结果有效性；
如果确定是纯数字开头、且只需整数（比如取元素 data-index="23"），parseInt(str, 10) 明确、语义清晰；
如果明确需要提取浮点值且允许后缀（如 CSS 值 "2.5rem"），parseFloat 是唯一选择。
别忘了：所有这些函数遇到空字符串、null、undefined 都会返回 NaN 或 0（parseInt(undefined) 是 NaN，Number(undefined) 是 NaN，parseInt("") 也是 NaN，但 parseFloat("") 是 NaN —— 全部一致，唯独 Number(null) 是 0，这个例外常被忽略。
