javascript数字运算_如何避免精度问题

JavaScript数字精度问题源于IEEE 754双精度浮点表示法无法精确存储十进制小数，如0.1+0.2=0.30000000000000004；toFixed()仅适用于格式化展示，不可用于计算；推荐整数缩放或decimal.js等库保障精度。

JavaScript 数字运算为什么会有精度问题

因为 JavaScript 所有数字都用 Number 类型表示，底层是 IEEE 754 双精度浮点数（64 位），无法精确表示十进制小数。比如 0.1 + 0.2 不等于 0.3，而是 0.30000000000000004——这不是 bug，是浮点数表示法的固有限制。

toFixed() 不能直接用于判断或计算

toFixed() 返回字符串，且四舍五入行为在某些版本中不一致（如 Chrome 旧版对 1.005.toFixed(2) 返回 "1.00" 而非 "1.01"）。它只适合格式化展示，不适合做中间计算。

• ❌ 错误用法：

  const a = parseFloat((0.1 + 0.2).toFixed(10)); // 隐式转换风险 + 仍可能残留误差

• ✅ 替代思路：统一转为整数运算，或使用可靠库

推荐做法：整数缩放 + BigInt（适用于整数精度场景）

对金额、计数等可预知小数位数的场景，把原始值乘以 10n 转为整数运算，最后再除回去。若数值极大（如超 Number.MAX_SAFE_INTEGER），可用 BigInt，但注意它不能和 number 混算，且不支持小数。

• 示例（两位小数）：

  function add(a, b) {
    const factor = 100;
    return (Math.round(a * factor) + Math.round(b * factor)) / factor;
  }
  add(0.1, 0.2); // 0.3

• 注意：Math.round() 可缓解舍入累积误差；避免直接用 parseInt 或 ~~ 截断
• 不适用场景：科学计算、动态小数位、负零/NaN/Infinity 等边界值需额外处理

何时该用 decimal.js 或 big.js

当业务要求严格十进制精度（如金融系统）、支持任意精度、需处理指数、开方、三角函数等时，必须引入专用库。原生 JS 无替代方案。

• decimal.js 更轻量，API 接近原生；big.js 更专注四则运算，体积更小
• 基本用法：

  import { Decimal } from 'decimal.js';
  new Decimal(0.1).plus(0.2).equals(0.3); // true

• ⚠️ 注意：所有操作数必须显式构造为 Decimal 实例，new Decimal(0.1) 比 new Decimal('0.1') 更危险——前者传入的 0.1 已是浮点误差值

实际项目里，精度问题往往不是“有没有”，而是“在哪暴露”。最常踩的坑是：把后端传来的字符串金额直接当 number 解析，或者在表单输入后没做归一化就参与运算。