使用parseInt()和parseFloat()转换数字字符串出错的原因及解决方法

这不是字符串转数值接口本身的bug，是两个机制叠加触发的偏差问题：

• 核心底层原因是JavaScript采用的IEEE 754双精度浮点数标准存在固有存储限制：十进制小数1.14在二进制层面是无限循环的存储值，最终被截断存储后的实际数值无限接近1.14，但和真实值存在约1e-16量级的微小偏差，实际存储的精确值为1.1399999999999999023...
• 直接放大偏差的操作是代码中对乘积结果使用了parseInt：该接口的逻辑是直接截断数字的小数部分，不会做四舍五入。整个复现代码的执行链路为：
  1. parseFloat("1.14") 得到存在微小存储偏差的近似值
  2. 乘以100后得到的结果为113.99999999999999，而非直觉预期的整数114
  3. parseInt截断小数部分后直接取整为113
  4. 除以100后最终输出1.13，和预期结果出现偏差

复现代码的执行偏差对比：

// 原代码：输出1.13
console.log(parseInt(parseFloat("1.14") * 100) / 100);

// 修正后代码：稳定输出1.14
console.log(Math.round(parseFloat("1.14") * 100) / 100);

• 替换错误的整数转换逻辑：所有需要对小数做整数化处理的场景，不要直接用parseInt截断，改用Math.round做带精度的四舍五入，从源头避免截断逻辑把接近整数的极小偏差值错误取整
• 涉及固定小数位的数值转换，优先使用原生精度格式化接口：将字符串转成目标精度数值时，可通过Number(("目标字符串值").toFixed(2))完成转换，避免手动做乘除放大缩小带来的截断偏差
• 高要求场景采用整数化全链路计算：对精度敏感的结算、统计类业务，提前将所有带小数的数值按需求放大对应倍数转为整数存储、计算，全程不涉及小数位运算，从根本上绕开浮点数固有存储偏差的影响
• 禁止对浮点数做无阈值的严格相等判断：所有浮点数的相等校验，都要设置可接受的最小误差范围（通常取1e-7），只要两个浮点数的差值绝对值小于阈值，即视为相等，避免微小的存储偏差触发判断错误

内容的提问来源于stack exchange，提问作者Vlad