parseint解析小数字符串时遇小数点即停止，只返回整数部分；应使用parsefloat或number()转换小数，其中parsefloat容忍尾部无效字符，number更严格但需校验nan和无穷值。
parseInt 不会正确解析带小数点的字符串——它根本不是为处理小数设计的，遇到小数点就停止解析，只返回小数点前的整数部分。
为什么 parseInt("3.14") 返回 3 而不是报错？
因为 parseInt 的工作逻辑是：从左到右逐字符读取，只要字符属于当前进制下的有效数字（如十进制下是 0–9），就继续；一旦遇到无法识别的字符（比如小数点 .、字母、空格等），立即停止，并返回已解析出的整数部分。所以：
-
parseInt("3.14")→ 读到"3"，接着遇到"."，停止 → 返回3 -
parseInt("3.99abc")→ 同样停在小数点，返回3 -
parseInt(".5")→ 第一个字符就是"."，不构成有效数字开头 → 返回NaN
想转小数，该用什么？
需要保留小数部分时，应使用 parseFloat 或 Number()：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
parseFloat("3.14")→3.14（自动忽略尾部无效字符，如"3.14px"也得3.14） -
Number("3.14")→3.14（但Number("3.14px")会返回NaN，更严格） - 注意：
parseFloat("")和Number("")都返回0，而parseInt("")返回NaN
进制陷阱：别漏掉第二个参数
不传进制参数时，parseInt 可能按八进制或十六进制解析（如以 0x 开头按 16 进制，以 0 开头旧浏览器可能按 8 进制），导致意外结果：
-
parseInt("017")在某些环境返回15（被当八进制） - 正确写法：
parseInt("017", 10)明确指定十进制 →17 - 这个规则对小数字符串也适用，但无实质影响，因为小数点本身就会让解析提前终止
安全转换小数的推荐写法
如果目标是把字符串转成数字（支持整数和小数），优先用 Number()；若需容忍末尾杂字符，用 parseFloat()。两者都比 parseInt 更适合小数场景：
- 要严格校验：用
const num = Number(str); if (!isNaN(num) && isFinite(num)) { /* 安全使用 */ } - 要宽松兼容：用
const num = parseFloat(str); if (!isNaN(num)) { /* 使用 */ } - 绝对不要用
parseInt处理含小数点的数值字符串
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
