Double.compare()不能解决浮点数逻辑相等判断失效，仅严格比较位模式是否完全一致；它用于排序和位一致性校验，不支持容差，真正应使用epsilon比较或BigDecimal。
Double.compare() 不能解决精度导致的“逻辑相等”判断失效，它只做严格位模式比较——也就是说，它判断的是两个 double 值在内存中是否**完全一致**，而不是“数学上是否足够接近”。误以为它能替代容差比较，反而会引入更隐蔽的错误。
Double.compare() 的真实作用：排序与位一致性校验
它按 IEEE 754 规则对两个 double 值排序，返回 -1 / 0 / 1：
- 返回 0 当且仅当两值的二进制表示完全相同（包括 -0.0 ≠ +0.0、NaN 之间也区分）；
- 它把 NaN 视为“最大”，但 Double.compare(Double.NaN, Double.NaN) 返回 0（这是唯一例外）；
- 它不接受误差范围，也不做任何舍入或近似处理。
典型例子：0.1 + 0.2 == 0.3 是 false，而 Double.compare(0.1 + 0.2, 0.3) 同样返回非零值——因为它比的是实际存储值，不是你期望的十进制结果。
真正该用什么来应对精度失效
绝大多数业务场景需要的是“近似相等”，即差值小于可接受误差（epsilon）：
- 手动写：
Math.abs(a - b) < 1e-10，注意先判 NaN（Double.isNaN(a) || Double.isNaN(b)）； - 用 Apache Commons Math：
Precision.equals(a, b, 1e-10)，自动处理 NaN 和无穷大； - 高精度计算场景（如金融）：改用
BigDecimal，构造时用字符串（new BigDecimal("0.1")），避免 double 初始化污染。
什么时候才该用 Double.compare()
仅在以下明确需求下使用：
- 实现
Comparable<double></double>接口（如排序、TreeSet 中作为 key）； - 需严格区分 -0.0 和 +0.0；
- 验证浮点计算结果是否与某个已知 bit 模式完全一致（如单元测试固定输出）；
- 替代
>/<做安全大小比较（它正确处理 NaN 和 -0.0/+0.0 关系）。
Null 安全与常见陷阱
如果变量是 Double 包装类而非基本类型 double，必须先处理 null：
- 错：
Double.compare(a, b) == 0—— 若 a 或 b 为 null，抛NullPointerException； - 对：先
if (a == null || b == null) return false;，再调用 compare； - 或统一转基本类型：
Double.compare(a != null ? a : 0.0, b != null ? b : 0.0)（需明确定义 null 含义）。
