double.isinfinite()仅检测值是否已是±infinity，不预测溢出；它对double.max_value返回false，对double.max_value*2返回true，对nan返回false。
Double.isInfinite() 不能检测“超出最大范围”的溢出，只能识别 ±Infinity
很多人误以为 Double.isInfinite() 是用来判断“计算结果是否大到溢出了”，其实它只负责识别值是否**已经是** Double.POSITIVE_INFINITY 或 Double.NEGATIVE_INFINITY。它不关心这个无穷大是怎么来的——可能是除零、乘法溢出、加法溢出，也可能是直接写死的 Double.POSITIVE_INFINITY。它不预测、不预警，只做“快照式”判断。
关键点在于：Java 的 double 运算一旦溢出（比如 1e308 * 10），结果会**立即变成 Infinity**，而不是抛异常或保留原值。所以 Double.isInfinite() 实际上是在检查“溢出是否已经发生并固化为无穷大”。
- 它对
Double.MAX_VALUE * 2返回true（因为结果是Infinity） - 它对
Double.MAX_VALUE本身返回false（虽然很接近上限，但仍是有限值） - 它对
Double.NaN返回false（NaN ≠ Infinity）
什么时候用 Double.isInfinite() 才真正有用
典型场景是：你已知某次运算可能产生无穷大，并且你需要在后续逻辑中避免把它当普通数字用（比如传给 Math.log() 会得 NaN，或参与比较时行为反直觉）。这时它是个安全守门员。
- 数值归一化前：如果分母可能是 0 或极大值导致结果为
Infinity，先用Double.isInfinite()拦住 - JSON 序列化前：某些库不支持
Infinity，需提前替换为null或特殊标记值 - 聚合统计中：排除
Infinity值，防止污染平均值或标准差
示例：
double result = computeSomething();
if (Double.isInfinite(result)) {
// 不再参与后续数学运算，改走降级逻辑
log.warn("Computation overflowed to infinity");
return fallbackValue();
}
return Math.sqrt(result); // 安全：result 确保是有限值
别和 Double.isNaN()、Double.isFinite() 混用错顺序
Double.isInfinite() 和 Double.isNaN() 是互斥但不互补的关系：一个数可以既不是 NaN 也不是 Infinity（即有限数），但不能同时是两者。而 Double.isFinite() 是更推荐的现代写法——它等价于 !Double.isInfinite(x) && !Double.isNaN(x)。
- 错误习惯：先
if (Double.isNaN(x)) {...}再else if (Double.isInfinite(x)) {...}——没问题，但冗余 - 更简洁：直接
if (!Double.isFinite(x)) { ... }，一行覆盖两种异常浮点状态 - 注意：
Double.isFinite(0.0)返回true，Double.isFinite(-0.0)也是true，符合预期
想提前预警溢出？靠它不行，得换思路
Double.isInfinite() 是事后检查，无法在溢出发生前拦截。如果你真需要“预判”是否将溢出（比如做高精度金融计算或科学模拟），必须手动做范围估算或换用其他类型：
- 对乘法：在执行
a * b前，可用Math.getExponent(a) + Math.getExponent(b) > 1023粗略估计（指数超 1023 易溢出） - 对累加：维护运行时最大值，与
Double.MAX_VALUE比较（但要注意nextUp()级别精度问题） - 更稳妥：改用
BigDecimal（无溢出，但性能差、不支持三角函数）或BigInteger（仅整数）
真实陷阱：有人在循环里反复做 x *= 1.1，最后用 Double.isInfinite() 发现溢出了——但此时早已无法回退到上一步的精确值。这种场景下，光靠 isInfinite 只能告警，不能挽救。
