Double.isNaN()是Java中检测NaN最直接可靠的方式，用于拦截0.0/0.0、∞-∞、sqrt(-1.0)等产生的非法浮点结果；其原理基于IEEE 754标准，且NaN具有传染性，必须用isNaN()而非==判断。
Double.isNaN() 是 Java 中检测 NaN（Not-a-Number）状态最直接、最可靠的方式，特别适用于拦截科学计算中因 0.0 / 0.0、∞ - ∞、sqrt(-1.0) 等操作产生的非法浮点结果。
为什么 0.0/0.0 会得到 NaN 而不是异常？
Java 遵循 IEEE 754 浮点标准：除零不抛异常，而是返回特殊值 —— 正无穷（1.0 / 0.0 → Double.POSITIVE_INFINITY）、负无穷（-1.0 / 0.0 → Double.NEGATIVE_INFINITY），而 0.0 / 0.0 在数学上无定义，因此返回 NaN。这个值具有“传染性”：任何含 NaN 的算术运算结果仍是 NaN。
用 Double.isNaN() 主动检查关键中间结果
不要等到最终输出才验证；在每次可能产生不确定性的计算后立即检查：
- 除法前判断分母是否为 0.0（可预防但不覆盖所有 NaN 场景）
- 除法后立刻用
Double.isNaN(result)捕获0.0/0.0等情况 - 对 Math 函数返回值检查（如
Math.sqrt(x)当x < 0时返回NaN）
示例：
double a = 0.0, b = 0.0;
double result = a / b;
if (Double.isNaN(result)) {
throw new IllegalArgumentException("计算出现未定义结果：0.0 / 0.0");
}
注意 NaN 的比较陷阱
NaN == NaN 返回 false，NaN != NaN 也返回 true —— 所以绝不能用 == 判断 NaN。必须使用 Double.isNaN(x)（它内部调用 x != x 这一 NaN 唯一真特性）。同理，Double.compare(x, y) 和 Objects.equals() 对 NaN 有明确定义，但日常校验首选 isNaN()。
结合 Optional 或自定义封装提升健壮性
在核心算法层，可将易出错的计算包装为返回 Optional<Double> 的方法：
public static Optional<Double> safeDivide(double x, double y) {
double r = x / y;
return Double.isNaN(r) ? Optional.empty() : Optional.of(r);
}
// 使用时显式处理缺失情况
safeDivide(0.0, 0.0).orElseThrow(() -> new CalcException("除零未定义"));
这种方式把 NaN 拦截提前到业务逻辑层，避免错误值向下游扩散。
