Java中NaN转整型静默返回0，是JVM规范定义的确定性行为；须用Float.isNaN()或Double.isNaN()显式检查并防御处理，避免0污染业务逻辑。
Java中将NaN（Not-a-Number）浮点数强制转换为整型（如int或long）时，不会抛出异常，而是**静默返回0**。这不是“置零异常行为”，而是JVM规范明确定义的转换规则——但容易被误认为是bug或异常。关键在于理解其机制，并主动做防御性处理。
NaN转整型的底层逻辑
根据Java语言规范（JLS §5.1.3），浮点类型到整数类型的窄幅转换（narrowing primitive conversion）对NaN有明确规定：无论float还是double的NaN，转为int或long时结果恒为0。这不是运行时错误，也不触发任何异常，属于确定性行为。
(int) Float.NaN → 0(long) Double.NaN → 0L- 该行为与
Math.round(Float.NaN)返回0一致，但不同于Math.toIntExact()（它不接受NaN，会抛ArithmeticException）
识别NaN再转换，避免隐式0污染
若业务逻辑中NaN应视为无效输入（例如传感器读数丢失、计算发散），直接强转会导致0被误当作有效值参与后续计算。应在转换前显式检查：
- 用
Float.isNaN(f)或Double.isNaN(d)判断 - 根据场景选择替代策略：抛异常、返回Optional、设默认值或跳过处理
- 示例：❌ 错误：
int x = (int) someFloat;；✅ 推荐：int x = Float.isNaN(someFloat) ? throw new IllegalArgumentException("NaN not allowed") : (int) someFloat;
使用包装类和Optional提升安全性
原始类型转换缺乏上下文，改用可空语义能更清晰表达意图：
立即学习“Java免费学习笔记（深入）”；
- 定义方法返回
Optional<integer></integer>而非int，NaN时返回Optional.empty() - 利用
Double.valueOf(double).intValue()仍会返回0，不可靠；必须配合isNaN()前置校验 - 若需统一处理无效值，可封装工具方法：
safeToInt(double d, int fallback)，内部先判NaN再转
注意自动拆箱与泛型擦除的陷阱
在集合或泛型中使用Double对象时，自动拆箱可能掩盖NaN问题：
Double d = Double.NaN; int x = d.intValue(); // 返回0，且无警告List<double> list = Arrays.asList(Double.NaN); list.stream().mapToInt(Double::intValue).sum(); // 结果含0，非预期</double>- 建议流式处理时用
filter(d -> !d.isNaN())提前剔除，或用mapToObj保留Optional语义
