JavaScript数字精度问题源于IEEE 754浮点表示，导致0.1+0.2≠0.3；可通过整数运算（如金额转为“分”）、高精度库（decimal.js等）、避免中间步骤使用toFixed、封装误差容忍的比较函数来有效规避。
JavaScript中的数字精度问题主要源于其使用IEEE 754标准的双精度浮点数表示方式，导致像0.1 + 0.2 !== 0.3这类计算误差。虽然无法从语言底层彻底消除这一特性，但可以通过以下几种策略从根本上规避或解决精度问题。
使用整数运算代替小数运算
将浮点数转换为整数进行计算，是避免精度丢失最直接有效的方法。适用于金额、数量等对精度要求高的场景。
说明：例如处理货币时，统一以“分”为单位存储和计算，避免使用“元”带来的小数。
- 将金额乘以100转为整数（如0.1元 → 10分）
- 所有计算在整数间进行
- 显示时再除以100转回元，并保留两位小数
借助高精度数学库
对于复杂计算或需要高精度的科学计算，推荐使用专门的第三方库来替代原生Number类型。
立即学习“Java免费学习笔记（深入）”；
常用库包括：
这些库内部用字符串或数组表示数字，绕开IEEE 754限制，从根本上避免精度问题。
谨慎使用toFixed和parseFloat配合
在展示层面控制精度时，toFixed()可格式化小数位数，但返回字符串，需结合parseFloat转回数值。
注意：这不是精确计算方案，仅用于输出或最终取值。
- 计算后调用
(0.1 + 0.2).toFixed(2)得到 "0.30" - 若需数值，使用
parseFloat((0.1 + 0.2).toFixed(2))→ 0.3 - 不建议在中间计算步骤使用，可能掩盖问题
封装安全的浮点数比较函数
直接使用===比较浮点数不可靠，应基于“误差范围”（epsilon）判断是否相等。
实现思路：检查两数之差是否小于一个极小值。
- 定义阈值，如
const EPSILON = 1e-10; - 写函数
equal(a, b) { return Math.abs(a - b) - 用
equal(0.1 + 0.2, 0.3)替代===
基本上就这些。选择哪种方式取决于具体场景：日常金额用整数运算最稳妥，复杂需求上decimal.js，展示时合理使用toFixed。关键是意识到JS浮点数的局限，不依赖原生计算的“精确性”。
