Java中NaN不能用==或!=比较，因IEEE 754规定NaN!=NaN恒为true；应使用Float.isNaN()或Double.isNaN()安全检测，避免NullPointerException及equals()行为不一致问题。
Java 中 Float 和 Double 的 NaN（Not-a-Number）不能用 == 或 != 正确比较，这是导致逻辑判断失误的常见根源。根本原因是：根据 IEEE 754 规范，NaN != NaN 恒为 true，哪怕两个变量都是 Float.NaN，直接比较结果也总是 false。
用 Float.isNaN() 和 Double.isNaN() 判断 NaN
这是最安全、最推荐的方式。它们专门设计用于检测 NaN 值，不依赖数值比较，内部通过位模式判断，稳定可靠。
-
Float.isNaN(float f)：传入原始 float 值或自动拆箱后的Float对象 -
Double.isNaN(double d)：同理，适用于 double 或Double - 注意：对
null的Float或Double对象调用会触发NullPointerException，需先判空
避免用 == 或 .equals() 比较 NaN
== 在浮点数上本就不可靠，而 NaN == NaN 返回 false，会导致“相等却判不等”的逻辑漏洞；.equals() 更隐蔽——Float.NaN.equals(Float.NaN) 返回 true，但 Float.NaN.equals(null) 抛异常，且 new Float(Float.NaN).equals(new Float(Float.NaN)) 才返回 true，而 Float.valueOf(Float.NaN).equals(Float.valueOf(Float.NaN)) 却返回 false（因为 valueOf() 缓存机制不缓存 NaN）。
- 不要写：
if (f == Float.NaN)—— 永远不成立 - 慎用：
f.equals(Float.NaN)—— 行为不一致，易出错 - 正确写法：
if (Float.isNaN(f))
在集合或排序场景中处理 NaN
当把 Float 或 Double 放入 Set、Map 键，或参与 Arrays.sort() 时，NaN 的特殊性会影响行为：
立即学习“Java免费学习笔记（深入）”；
-
HashSet中多个Float.NaN可能被视为不同元素（因hashCode()相同但equals()行为异常），建议统一转为Float.intBitsToFloat(0x7fc00000)等确定值再存 -
TreeSet或Arrays.sort()将 NaN 视为大于所有数（JDK 实现约定），但不同 JDK 版本可能略有差异，稳妥做法是预过滤或替换 NaN - 若需将 NaN 当作“缺失值”统一处理，可在业务逻辑入口处用
Float.isNaN(f) ? null : f转为可空包装类，后续用 Optional 或判空处理
使用 Objects.equals() 需谨慎
Objects.equals(a, b) 对 Float 和 Double 会调用其 equals() 方法，而如前所述，Float.NaN.equals(Float.NaN) 返回 true，但 Float.valueOf(Float.NaN).equals(Float.valueOf(Float.NaN)) 返回 false，造成不可预测结果。
- 不建议依赖
Objects.equals()来判断两个浮点包装类是否“语义相等” - 若必须比较两个
Float对象是否代表相同数值（含 NaN），应先判空，再分别用Float.isNaN()检查，都为 NaN 则视为相等；否则用floatValue()+==（注意0.0f == -0.0f为 true）
