double.isinfinite() 仅能检测已产生的无穷大结果，无法预防除零问题；因浮点除零不抛异常，但后续用 infinity 或 nan 易引发隐性错误，故须在除法前校验除数是否为零。
Double.isInfinite() 不能“拦截”零除，它只能检测结果是否已是无穷大；真正的拦截必须发生在除法执行前——即在做除法运算之前主动检查除数是否为零。
为什么不能靠 isInfinite() 来预防崩溃
Java 中 0.0 / 0.0 得到的是 NaN，而 1.0 / 0.0 才得 Infinity。但无论结果是 Infinity 还是 NaN，除法本身已经完成，程序并未崩溃（Java 的浮点除零不会抛异常）。所以 isInfinite() 是事后判断，不是防御手段。
真正需要防范的，是后续用 Infinity 或 NaN 参与逻辑判断、数组索引、JSON 序列化、数据库写入等场景引发的隐性错误或业务异常。
推荐做法：除法前校验除数
在执行任何浮点除法前，显式判断除数是否为零（或接近零），并按业务逻辑处理：
- 用
Double.compare(divisor, 0.0) == 0判断严格等于零（比divisor == 0.0更安全，可处理 -0.0） - 对有精度要求的场景，使用容忍误差判断：如
Math.abs(divisor) - 提前返回默认值、抛出业务异常、记录告警，或走备用计算路径
配合 isInfinite() 做结果兜底校验
即便做了前置校验，复杂表达式或外部输入仍可能引入 Infinity。可在关键计算后快速筛查：
-
不推荐：只检查
isInfinite()——会漏掉NaN -
推荐：同时检查
Double.isInfinite(result) || Double.isNaN(result) - 例如：在聚合计算、指标上报、风控阈值判断前插入该检查，并拒绝非法值进入下游
实际代码片段示意
double safeDivide(double dividend, double divisor) {
if (Double.compare(divisor, 0.0) == 0) {
log.warn("Division by zero attempted: {}/{}", dividend, divisor);
return 0.0; // 或 throw new IllegalArgumentException(...)
}
double result = dividend / divisor;
if (Double.isInfinite(result) || Double.isNaN(result)) {
log.error("Unexpected infinite/NaN result: {}/{} = {}", dividend, divisor, result);
return fallbackValue();
}
return result;
}
