不能直接用 == 比较两个 double，因为浮点数在二进制中无法精确表示大部分十进制小数，如 0.1 + 0.2 ≈ 0.30000000000000004，导致 == 返回 false；应使用 Math.abs(a - b)

为什么不能直接用 == 比较两个 double

因为浮点数在二进制中无法精确表示大部分十进制小数，0.1 + 0.2 不等于 0.3，而是约 0.30000000000000004。直接用 == 会返回 false，哪怕数值“看起来一样”。这不是 Java 特有，是 IEEE 754 浮点规范决定的。

用 Math.abs(a - b) 是最常用做法

这是判断近似相等的通用模式：计算差值的绝对值，看是否小于一个极小阈值（epsilon）。关键在于选对 epsilon：

• 固定阈值如 1e-6 适合数量级已知、误差范围可控的场景（比如物理模拟中单位是米）
• 若 a 和 b 可能很大（如 1e10）或很小（如 1e-20），固定 epsilon 会失效——此时该用相对误差：Math.abs(a - b)
• Java 标准库没提供开箱即用的相对误差比较，Double.equals() 仍走 ==，不可用

BigDecimal 不是万能解，但适合确定精度的场景

当业务要求“必须精确到小数点后两位”（比如金额），BigDecimal 才是正解。但它不解决“近似”问题，而是避免浮点误差本身：

Java Api Extractor

从 Java 项目中提取 Controller 层接口定义为 JSON 数据。

下载

• 构造时别用 new BigDecimal(double)，会继承 double 的二进制误差；改用 new BigDecimal("0.1") 字符串构造
• compareTo() 返回 0 表示数学上严格相等，equals() 还会比较精度（new BigDecimal("1.0").equals(new BigDecimal("1")) 是 false）
• 性能比 double 差很多，高频计算场景慎用

注意 NaN 和无穷大带来的陷阱

Double.NaN == Double.NaN 是 false，所有涉及 NaN 的 == 或 Math.abs() 都会出错：

立即学习“Java免费学习笔记（深入）”；

• 先用 Double.isNaN(a) || Double.isNaN(b) 检查，再做差值比较
• Double.POSITIVE_INFINITY == Double.POSITIVE_INFINITY 是 true，但 Math.abs(a - b) 在无穷大相减时会得 NaN，导致误判
• 如果业务允许无穷大参与比较，需单独分支处理：Double.isInfinite(a) && Double.isInfinite(b) && Math.signum(a) == Math.signum(b)

浮点比较真正麻烦的不是写法，而是得时刻想清楚：你到底在比“误差是否可接受”，还是“业务上是否应视为同一值”。选错策略，测试可能刚好过，上线后在某个数量级上突然翻车。