Java中Collections.sort处理含NaN的Float/Double列表时易抛IllegalArgumentException，因NaN违反比较的传递性与自反性；应统一使用Double::compareTo或Float::compareTo，避免混用原始运算符。
Java 中 Collections.sort 在遇到包含 NaN 的 Float 或 Double 列表时，若未显式处理 NaN，极易触发 IllegalArgumentException: Comparison method violates its general contract! 异常。根本原因在于 NaN 不满足比较的**传递性**和**自反性**（例如 NaN == NaN 为 false，NaN 、<code>NaN > x 均为 false），导致默认比较逻辑违反 Comparator 合约。
NaN 在浮点比较中的特殊行为是根源
Float.compare() 和 Double.compare() 虽将 NaN 视为“最大值”（即 Float.compare(x, NaN) 对所有非 NaN <code>x 成立），但该约定仅在二者**一致使用**时才安全。若混用原始比较（如 a ）、包装类自动拆箱、或自定义比较器中未统一 NaN 策略，就会出现不一致结果。例如：
-
Double.compare(NaN, 1.0)返回1（NaN 更大） NaN 返回 <code>false，NaN > 1.0也返回false- 若比较器部分分支用
Double.compare，部分用运算符，合约必然被破坏
正确处理 NaN 的推荐方式
避免手动判断 isNaN() 后分三路逻辑（小于/等于/大于），直接复用 JDK 提供的稳定语义：
- 对
List<double></double>：用Double::compareTo（内部调用Double.compare，已正确定义 NaN 顺序） - 对
List<float></float>：用Float::compareTo - 若需自定义 NaN 位置（如排最前），明确实现：
Comparator<Double> cmp = (a, b) -> {<br> if (a.isNaN() && b.isNaN()) return 0;<br> if (a.isNaN()) return 1; // NaN 排最后<br> if (b.isNaN()) return -1;<br> return Double.compare(a, b);<br>};
排查时的关键检查点
当异常发生，重点验证以下环节是否统一：
立即学习“Java免费学习笔记（深入）”；
- 比较器是否全程使用
Double.compare()或Double::compareTo，而非混合/<code>>运算符 - 列表中是否存在
null元素（会抛NullPointerException，易与 NaN 问题混淆） - 是否误用了自然排序（
Double实现了Comparable，其compareTo已正确处理 NaN；但若元素为Object类型且含Double，需确保类型安全） - 并行流或自定义排序算法（如手写快排）是否复用了同一比较器——合约破坏可能只在特定数据分布下暴露
测试 NaN 场景不能省略
单元测试应覆盖典型边界组合：
- 全 NaN 列表（
[NaN, NaN, NaN]） - NaN 与极值混合（
[NaN, Double.MIN_VALUE, Double.MAX_VALUE, 0.0]） - NaN 位于首/尾/中间位置
- 使用
Collections.sort(list, comparator)和list.sort(comparator)双路径验证
