Double.compare()适用于需严格遵循IEEE 754规则的排序与条件判断，如Collections.sort(list, Double::compare)、TreeSet自然排序及正确处理NaN、±0.0等特殊值；但不可用于精度容差比较，后者应使用Math.abs(a-b)
Double.compare() 能安全处理 NaN、±0.0 和溢出值的大小关系，但不解决精度误差问题；它只判断位模式是否一致，不是“数学近似相等”。
什么时候该用 Double.compare()？
当你需要严格按 IEEE 754 规则做排序或条件分支，且必须正确处理特殊值时才用它：
- 在
Collections.sort()中传入Double::compare实现升序排列 - 构建
TreeSet<double></double>或TreeMap<double v></double>，依赖自然顺序 - 写自定义
Comparator<double></double>，避免null或NaN导致的意外异常 - 判断
-0.0 是否成立（答案是：否，<code>Double.compare(-0.0, 0.0) == 0）
Double.compare() 怎么处理特殊值？
它的行为由位级比较决定，和 Double.doubleToLongBits() 一致：
-
Double.compare(Double.NaN, Double.NaN)返回0（唯一让 NaN 等于自身的场景） -
Double.compare(Double.NaN, 1.0)返回1（NaN 被视为大于所有数字） -
Double.compare(-0.0, +0.0)返回0（+0.0 和 -0.0 位模式不同，但 compare 视为相等） -
Double.compare(Double.NEGATIVE_INFINITY, -1e308)返回-1（负无穷确实更小）
为什么不能用 Double.compare() 判断“计算结果是否相等”？
因为它不接受容差，也不做数值近似——它只看二进制表示是否一模一样：
-
0.1 + 0.2 == 0.3是false，Double.compare(0.1 + 0.2, 0.3)也返回非零值 - 哪怕两个值只差
1e-17，只要位模式不同，就判为“不等” - 业务上常说的“这两个测量值基本一样”，得用
Math.abs(a - b) ，不是 <code>Double.compare() - 若你传入
null，会直接抛NullPointerException；而Double.compare()只接受原始double，不会自动拆箱
真正容易被忽略的是：很多人以为 Double.compare(a, b) == 0 就代表“可以放心当作相等用”，但其实它只保证了位一致，不代表计算逻辑没漂移。一旦涉及链式运算、类型转换或跨平台序列化，连 Double.doubleToLongBits() 都可能因 JVM 实现细节产生差异。这时候，容差比较仍是不可替代的底线方案。
