JavaScript parseFloat()转换长小数意外舍入 如何保留原始小数位

JavaScript 中原生 Number 类型采用 IEEE 754 双精度64位浮点数规范存储，最多只能精确表示15~17位十进制有效数字，不存在无限精度的存储能力。
当你对"2019275.159999999916180968"做强制类型转换、或者调用parseFloat()时，引擎会先尝试把这个十进制字符串转换成最接近的、可被双精度浮点数格式存储的二进制值。这个字符串的总有效位数远超过17位上限，引擎无法完整存储所有数位，只能取距离输入值最近的可存储值——这个值换算回十进制后，和2019275.16的误差最小，后续控制台打印、类型转换输出字符串时，引擎会默认输出能唯一标识这个浮点数的最短十进制串，最终你看到的结果就是2019275.16。
这不是引擎主动把数值四舍五入到2位小数，只是精度溢出后，就近匹配到的可存储值刚好对应这个短字符串而已。

双精度浮点数的存储结构分配为：1位符号位、11位指数位、52位尾数位，尾数位能承载的十进制有效位数固定在15~17位区间。
你给出的字符串整数部分有7位，留给小数部分的有效存储位只剩8~10位，但原字符串的小数部分有16位，超出存储上限的数位没有对应的物理存储空间，解析阶段就会被舍入丢弃，自然无法保留原始的所有小数位。

不要依赖原生Number类型处理这类对小数位精度有要求的场景，根据业务需求选对应方案即可：

• 如果仅需要做格式展示、不需要参与数值计算：全程保留原始字符串，不要做任何Number类型转换。如果需要校验数值合法性，可以用正则单独匹配字符串格式，拆分整数、小数段分别校验，避免触发隐式类型转换。
• 如果需要参与数值计算、同时要保留动态小数位：用BigInt结合小数位偏移的方式存储数值，从源头避免精度损失：
  1. 把原始字符串按小数点拆分为整数段、小数段
  2. 拼接两个段得到完整整数串，转为BigInt类型存储，同时记录原始小数段的长度
  3. 所有数值计算都基于BigInt做整数运算，计算完成后按照记录的小数长度，把小数点插回对应位置，就能得到和原始精度完全一致的结果

参考实现代码：

// 字符串转高精度存储结构
function toHighPrecision(str) {
  const [intPart, decPart = ''] = str.split('.')
  return {
    val: BigInt(intPart + decPart),
    decLength: decPart.length
  }
}
// 高精度结构转回原始格式字符串
function hpToStr(hpNum) {
  const totalStr = hpNum.val.toString()
  if (hpNum.decLength === 0) return totalStr
  const splitIdx = totalStr.length - hpNum.decLength
  return `${totalStr.slice(0, splitIdx)}.${totalStr.slice(splitIdx)}`
}

// 测试
const raw = "2019275.159999999916180968"
const hpVal = toHighPrecision(raw)
console.log(hpToStr(hpVal)) // 输出完整原始值：2019275.159999999916180968

注意：不要在Number类型转换后再用toFixed()等方法尝试补全小数位，此时原始数位已经因为精度溢出丢失，没有任何方法能还原丢失的原始信息，必须在转Number前留存原始字符串的精度信息。

内容的提问来源于stack exchange，提问作者A.Polieshchuk