JS金额计算怎么避免四舍五入误差

在 JavaScript 中执行 0.1 + 0.2，结果往往是 0.30000000000000004 而非预期的 0.3。这种微小的误差在展示价格时可能无关紧要，但在涉及折扣、税费和最终结算的金融场景中，会导致账目不平。避免此类问题的核心在于区分“展示格式化”与“精确计算”，并根据业务复杂度选择将金额转换为最小货币单位（如分）进行整数运算，或使用专门的十进制定点库。

先复现：为什么 0.1 + 0.2 会影响金额

JavaScript 的 Number 类型基于 IEEE 754 双精度二进制浮点数标准。这意味着许多常见的十进制小数（如 0.1 或 0.2）无法在二进制中被精确表示，它们会被存储为最接近的二进制近似值。

以一个简单的订单场景为例：商品原价 10.1 元，折扣 0.2 元，预期应付 9.9 元。但在代码中直接相减：

const price = 10.1;
const discount = 0.2;
const finalPrice = price - discount;

console.log(finalPrice); // 输出: 9.899999999999999
console.log(finalPrice === 9.9); // 输出: false

这种误差不仅存在于加减法，在乘法（如计算税费）中也会累积。如果直接使用这个结果进行数据库存储或与后端校验，极大概率会引发对账失败。

AI绘制·原理示意：十进制小数在二进制浮点中的近似表示

上图展示了十进制金额如何被转换为二进制浮点近似值，以及这种近似如何在计算过程中产生偏移。关键在于理解：浮点数适合科学计算，但不适合需要精确十进制语义的货币计算。

先判断需求：展示四舍五入还是精确结算

在处理金额前，必须明确当前操作的目的：是为了给用户看，还是为了存入数据库或进行后续逻辑判断？

• 展示用途：如果只是需要在界面上显示两位小数，toFixed(2) 是最直接的工具。它返回一个字符串，已经进行了四舍五入格式化。

  const displayPrice = (9.899999999999999).toFixed(2);
  console.log(displayPrice); // "9.90"
  console.log(typeof displayPrice); // "string"
  

  注意，toFixed 返回的是字符串，不能直接用于后续的数学运算。如果强行转回 Number，精度问题依然存在。

• 结算用途：如果需要比较金额大小、累加订单总额或计算税费，不能使用 toFixed 后的字符串，也不能依赖 Number.EPSILON 进行通用的“修补”。Number.EPSILON 表示 1 与大于 1 的最小浮点数之间的差值，它适用于处理接近 1 的相对误差判断，但对于不同量级的金额（如 0.01 元与 10000 元），统一的 EPSILON 阈值并不适用，盲目使用会掩盖真正的逻辑错误。

方案一：以分为单位的整数计算

对于大多数电商和支付场景，最稳健且无依赖的方案是将所有金额统一转换为最小货币单位（如人民币的“分”）进行整数运算。整数在 JavaScript 的安全整数范围（Number.MAX_SAFE_INTEGER，即 $2^{53}-1$）内是可以精确表示和计算的。

实施步骤：

1. 输入校验与转换：接收用户输入或 API 返回的元为单位的数据时，乘以 100 并取整转为分。
2. 纯整数运算：所有的加减乘除均在“分”的维度上进行。
3. 结果转换：仅在最后展示或传输给后端时，再除以 100 转回元。

以下是一个计算含税价与折扣的示例：

// 假设输入为元，转换为分（整数）
function toCents(yuan) {
  // 使用 Math.round 处理可能的浮点输入，确保得到整数分
  return Math.round(yuan * 100);
}

// 假设输出为分，转换为元（保留两位小数的字符串用于展示）
function toYuan(cents) {
  return (cents / 100).toFixed(2);
}

// 业务逻辑：原价 10.1 元，折扣 0.2 元，税率 6%
const priceCents = toCents(10.1); // 1010
const discountCents = toCents(0.2); // 20

// 计算折后价（分）
const discountedCents = priceCents - discountCents; // 990

// 计算税额（分）：注意乘法可能产生小数，需再次取整
// 990 * 0.06 = 59.4 分，根据业务规则四舍五入为 59 分
const taxCents = Math.round(discountedCents * 0.06); 

// 最终应付（分）
const totalCents = discountedCents + taxCents; // 1049

console.log(`应付金额: ${toYuan(totalCents)} 元`); // "应付金额: 10.49 元"

AI绘制·界面示意：先转最小货币单位，再按场景选择舍入方案

此方案的优势在于完全避开了浮点数陷阱，且无需引入第三方库。但需注意，当金额极大（超过 9007 万亿）或涉及复杂的小数位规则（如某些外币有三位小数）时，整数化方案需要额外的边界检查。

方案二：十进制定点库与验证办法

如果业务涉及复杂的金融公式、多币种转换或非标准的舍入规则（如银行家舍入法），手动维护整数运算容易出错。此时应使用专门的十进制定点库，如 decimal.js。

decimal.js 通过内部使用高精度十进制算术，确保了计算的精确性。使用时需注意以下几点：

1. 构造方式：务必使用字符串构造 Decimal 对象，避免传入已经失真的 Number。
2. 舍入模式：明确指定舍入模式，如 ROUND_HALF_UP（四舍五入）或 ROUND_HALF_EVEN（银行家舍入）。
3. 序列化：计算完成后，根据需要转换为字符串或数字。

import Decimal from 'decimal.js';

// 错误做法：传入 Number，误差已产生
// const d1 = new Decimal(0.1); 

// 正确做法：传入字符串
const price = new Decimal('10.1');
const discount = new Decimal('0.2');
const taxRate = new Decimal('0.06');

// 设置全局精度和舍入模式（可选）
Decimal.set({ precision: 20, rounding: Decimal.ROUND_HALF_UP });

// 计算折后价
const discounted = price.minus(discount);

// 计算税额并四舍五入到分（2位小数）
const tax = discounted.times(taxRate).toDecimalPlaces(2, Decimal.ROUND_HALF_UP);

// 最终总额
const total = discounted.plus(tax);

console.log(total.toString()); // "10.49"
console.log(total.toNumber()); // 10.49 (此时转换是安全的，因为结果本身是精确的十进制)

验证办法： 不要仅凭肉眼观察控制台输出。在单元测试中，应使用断言库对比字符串结果，或对比转换后的整数值。例如，断言 total.toFixed(2) 等于预期字符串，或断言 total.times(100).toNumber() 等于预期的整数分。

避免将 toFixed 作为结算逻辑的一部分，它仅应作为最后一道展示工序。通过上述两种方案，可根据项目复杂度灵活选择，确保每一分钱的计算都经得起审计。

参考资料

• MDN Number：Numbers and strings
• MDN Number.prototype.toFixed()
• MDN Number.EPSILON
• MDN Number.MAX_SAFE_INTEGER
• decimal.js 文档