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 无替代方案。
立即学习“Java免费学习笔记（深入）”；
-
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 解析，或者在表单输入后没做归一化就参与运算。
