javascript数值精度问题源于ieee 754浮点数限制，解决方案需分场景处理：展示用四舍五入、计算用decimal.js等库、比较用epsilon容差、输入输出隔离格式化；decimal.js支持任意精度与可控舍入，推荐用于金融等高精度场景。
JavaScript 中的数值精度问题主要源于 IEEE 754 双精度浮点数表示限制，导致像 0.1 + 0.2 !== 0.3 这类“反直觉”结果。要实现一套完整的数值精度处理方案，核心不是彻底抛弃浮点数，而是分场景、有策略地控制精度行为：对展示做四舍五入，对计算用整数缩放或专用库，对比较用误差容忍，对输入输出做格式化与解析隔离。
统一使用 Decimal.js 或 big.js 处理高精度计算
对于金融、科学计算等不容许浮点误差的场景，应避免手写“乘100再除100”这类脆弱逻辑。Decimal.js 是目前最成熟的选择，支持任意精度、四舍五入模式可控、API 清晰。
- 安装：
npm install decimal.js，然后import { Decimal } from 'decimal.js' - 所有参与运算的数字必须显式转为
Decimal实例，原始 number 类型直接参与运算会丢失精度 - 设置全局精度和舍入模式（如
Decimal.set({ precision: 20, rounding: Decimal.ROUND_HALF_UP })） - 示例：
new Decimal('0.1').plus('0.2').equals('0.3') // true；注意传字符串而非数字字面量
展示层做安全四舍五入（不改变原始值）
用户看到的数字需要可读、符合业务规则（如金额保留两位小数），但原始数据应保持高精度用于后续计算。不要用 toFixed() 后再转回 number——它返回字符串，且强制转 number 会重新引入浮点误差。
- 推荐封装一个格式化函数，如
formatMoney(value, digits = 2)，内部用Decimal计算再转字符串 - 若不用大数库，可用
Math.round(num * Math.pow(10, digits)) / Math.pow(10, digits)，但仅限 digits ≤ 15 且 value 不极大时谨慎使用 - 避免
parseFloat((0.1 + 0.2).toFixed(2))——toFixed先产生错误字符串（如'0.30000000000000004'），再截断不可靠
比较操作改用误差容忍（epsilon 比较）
两个浮点数是否“相等”，不应用 ===，而应判断其差值是否小于一个极小阈值（machine epsilon 的倍数）。
- 简单场景可用：
const eps = Number.EPSILON * Math.max(Math.abs(a), Math.abs(b)); return Math.abs(a - b) - 更稳健的做法是使用
Decimal的.equals()或.comparedTo()方法，完全规避浮点比较 - 对 UI 状态判断（如“是否归零”），建议设业务级容差，如
Math.abs(balance) 表示余额清零，比依赖机器精度更可靠
输入解析与序列化严格区分类型
用户输入（表单、URL 参数）本质是字符串，应第一时间解析为高精度类型；后端返回的 JSON 数字在 JS 中已是 number，需在接收后立即转为 Decimal 或整数 cents。
- 表单输入监听中，用
event.target.value（字符串）直接构造new Decimal(event.target.value)，不经过parseFloat - 从 API 获取数值后，立刻包装：
const amount = new Decimal(res.data.amount || '0') - 向后端提交前，根据接口要求决定：货币类字段通常传整数分（
amount.mul(100).toNumber()），或带固定小数位的字符串（amount.toFixed(2)）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
