Big.js金额运算

浮点数带来的金额陷阱

在 JavaScript 开发中，处理金额计算时最容易踩的坑就是原生 number 的精度丢失。例如最经典的 0.1 + 0.2 会得到 0.30000000000000004。如果在提成计算、利润统计或多笔回款合计时直接使用原生 number 进行累加，最后再通过 toFixed(2) 格式化，结果往往是不可靠的。这种“碰运气”式的修修补补，在财务和电商系统中极易导致严重的账目错误。

核心能力与关键步骤

本技能基于 big.js 库，通过十进制字符串（string）来处理金额运算，从根源上消除浮点数精度误差。其核心工作流如下：

• 字符串优先入参：UI 层获取的金额数据应直接作为 string 传入，严禁先转换为 number。
• 封装计算函数：推荐封装 calcCommission 和 sumAmounts 等专属函数，用于处理提成比例乘法和多笔金额求和。
• 可控的精度控制：中间计算过程可保留更多位数以避免精度截断，在最终展示前统一使用 toFixed(2) 四舍五入到分。
• 异常捕获：对除零和非法数字输入进行捕获，并返回友好的中文提示。

适用边界与注意点

虽然 big.js 能完美解决常规的两位小数金额计算，但在项目集成时仍需注意边界：

• 如果您的项目中同时存在 currency.js 或 decimal.js，务必约定主库，切勿在同一计算链路中混用，以免引入新的精度差异。
• 对于加密货币等需要极高小数位数（如 8 位以上）的特殊场景，请勿未经说明直接套用默认的两位小数四舍五入逻辑，需单独配置精度参数。