javascript数值精度问题源于ieee 754浮点表示，可靠解法是从计算源头控制精度：金融场景优先用整数单位或decimal.js；轻量需求选big.js；科学计算用mathjs或bignumber.js；仅展示修复可用number-precision。
JavaScript 中的数值计算精度问题，根源在于 IEEE 754 双精度浮点表示——像 0.1 + 0.2 === 0.3 返回 false 这类现象无法靠原生类型规避。真正可靠的解法不是“修显示”，而是从计算源头控制精度。选库前先明确场景：是金融结算、科学建模，还是简单金额展示？不同目标对应不同工具。
金融类业务：优先用整数单位或 decimal.js
电商、支付、账单等对误差零容忍的场景，最稳妥的是避开小数运算本身：
- 所有金额统一转为“分”（整数）参与加减乘除，结果再除以 100 显示为元
- 若需保留小数逻辑（如汇率、费率），decimal.js 是首选：它按“有效数字”控制全局精度（类似 Python 的
decimal），支持plus/minus/mul/div等链式调用，还内置ln、sin等数学函数 - 示例：
new Decimal('0.1').plus('0.2').equals('0.3')返回true；注意传字符串初始化，避免构造时就失真
轻量级需求：big.js 更快更小
仅需基础四则运算、体积敏感（如移动端 H5 或嵌入式脚本），big.js 是更优解：
- 体积仅约 6KB，API 极简（
plus、times、div等方法名直白） - 精度按“小数位数”配置（如
Big.DP = 2），适合固定两位小数的报价、折扣计算 - 不支持三角函数或幂运算，但对 95% 的前端金额场景已足够
复杂科学计算：mathjs 或 bignumber.js
涉及矩阵、复数、符号运算、大数阶乘等场景，需功能纵深：
-
mathjs 提供表达式解析（
math.eval('sqrt(16) + 2^3')）、单位换算、统计函数，适合数据分析仪表盘 -
bignumber.js 功能介于 decimal.js 和 mathjs 之间：支持自定义舍入模式、多种进制转换（二进制/十六进制）、
isNaN/isFinite安全判断，体积约 17KB - 二者都支持链式调用和高精度中间值保持，但 mathjs 体积较大（>100KB），首次加载需权衡
简单修复型方案：number-precision（仅限展示层）
若项目无法引入新依赖，且只需修正最终显示值（非全程精确），number-precision 这类工具函数库可应急：
- 提供
NP.plus(0.1, 0.2)、NP.times(1.62, 20)等封装，内部自动转整数再还原 - 本质仍是字符串/指数拆解模拟，不改变 JS 数值模型，不适合高频或嵌套计算
- 务必注意：它不能替代 decimal.js 在资金流水校验等关键路径中的作用
