JavaScript 里的数字比较，看似简单，实则暗藏不少陷阱。最经典的案例莫过于 0.1 + 0.2 !== 0.3——这背后是 IEEE 754 双精度浮点数的先天限制，大量十进制小数在二进制系统中根本无法被精确表达。因此，直接使用 ===、> 或 < 进行比较，很容易出现意外结果。高精度比较的核心思路其实可以归纳为三点：规避浮点误差、统一数值表示、用确定性逻辑取代隐式转换。
借助误差容限（EPSILON）实现浮点数“相等”判定
这是最轻量、无需引入任何第三方库的解决方案，适合一般精度需求，例如 UI 交互、配置校验等场景。核心做法很简单：不写 a === b，而是改用 Math.abs(a - b) < Number.EPSILON。Number.EPSILON 约等于 2.22e-16，对常规双精度比较来说已足够。如果你明确知道小数位数（比如金额），也可以自定义一个更宽松的容差值，例如 1e-10 或 1e-6。将逻辑封装成函数会更加稳妥：
const eq = (a, b, eps = Number.EPSILON) => Math.abs(a - b) < eps;统一转换为数字 + 有效性校验后再比较
用户输入、API 响应、localStorage 读取的数据，往往以字符串形式存在。如果直接拿来做算术运算，很容易陷入 NaN 和隐式转换的陷阱。推荐的预处理流程是：先通过 trim() 去除首尾空白，再使用 Number() 进行转换。需要特别留意的是，Number("") 和 Number(" ") 都会返回 0，因此必须多留个心眼。转换完成后，用 Number.isFinite() 判断是否为有效的有限数字——这个方法比 typeof x === 'number' && !isNaN(x) 更精确，能够排除 Infinity。代码示例：
const safeNum = (s) => { const n = Number(String(s).trim()); return Number.isFinite(n) ? n : 0; };if (safeNum(val1) > safeNum(val2)) { ... }使用 decimal.js 执行任意精度十进制比较
在金融、科学计算等强一致性场景中，必须选用专业库。decimal.js 提供的 cmp() 方法会返回标准三态值（-1 / 0 / 1），语义清晰且天然无误差。构造 Decimal 实例时，建议传入字符串（例如 new Decimal("0.1")），以避免从原生 Number 初始化带来的初始精度损失。来看一个例子：
new Decimal("0.1").plus("0.2").cmp("0.3") === 0 // true该库也支持链式比较：a.cmp(b) === 0 && b.cmp(c) < 0，排序时直接使用 .sort((a, b) => a.cmp(b)) 也非常便捷。
整数化处理（推荐用于金额等固定小数位场景）
这是最可靠且零依赖的方式：将单位下移，全程采用整数进行运算和比较。例如，金额统一以“分”为单位存储和计算：priceInCents = Math.round(priceInYuan * 100)。所有的加减乘除都在整数域内完成，比较时直接使用 === 或 > 即可，完全无需担心浮点误差。显示时再除以 100 并格式化，比如 (totalCents / 100).toFixed(2)。这一做法在支付、电商等场景中几乎已成为行业标准。
