Java中判断double是否为NaN或Infinity应使用Double.isNaN()和Double.isInfinite()，因NaN==NaN为false且equals()不满足一致性；0.0/0.0→NaN，1.0/0.0→Infinity；JSON/数据库需预处理，解析字符串须trim并捕获异常。
Java里怎么判断一个double是不是NaN或Infinity
直接用Double.isNaN()和Double.isInfinite()，别用==或.equals()——NaN和任何值（包括它自己）用==比较都返回false，Double.NaN.equals(Double.NaN)也返回false。
常见错误现象：用if (x == Double.NaN)永远不进分支；或者把Double.NaN放进HashMap当key后取不到——因为hashCode()和equals()都不满足一致性要求。
-
Double.isNaN(x)是唯一可靠方式，内部做了位运算判断，不依赖比较 -
Double.isInfinite(x)能同时捕获Double.POSITIVE_INFINITY和Double.NEGATIVE_INFINITY - 如果只关心是否为无穷大且正，用
x == Double.POSITIVE_INFINITY可以（此时==是安全的）
浮点计算中哪些操作最容易产出NaN和Infinity
不是所有数学异常都会抛异常——Java浮点运算是“静默失败”的，结果直接变成特殊值。比如除零不会报ArithmeticException（那是整数除零才抛），而是返回Infinity或NaN。
典型场景：
立即学习“Java免费学习笔记（深入）”；
-
0.0 / 0.0→NaN -
1.0 / 0.0→Double.POSITIVE_INFINITY -
Math.sqrt(-1.0)→NaN -
Math.log(-2.0)→NaN - 极大数溢出：
Double.MAX_VALUE * 2→Infinity
注意：Math.pow(0, 0)返回1.0（IEEE 754规定），但Math.pow(-1, 0.5)返回NaN。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
在JSON序列化/数据库写入前如何安全处理这些值
很多库（如Jackson、Gson）默认不接受NaN或Infinity，会直接抛JsonProcessingException；数据库JDBC驱动对NaN支持也不一致（PostgreSQL允许，MySQL可能转成NULL或报错）。
实操建议：
- Jackson：加配置
objectMapper.configure(SerializationFeature.WRITE_NUMBERS_AS_STRINGS, true)可绕过，但更稳妥的是预处理——用Double.isNaN(x) ? null : x提前替换 - MyBatis插入前检查：
if (Double.isNaN(value) || Double.isInfinite(value)) { throw new IllegalArgumentException("Invalid double: " + value); } - 如果业务允许，默认兜底：用
Double.isNaN(x) ? 0.0 : (Double.isInfinite(x) ? Double.MAX_VALUE : x)，但必须确认业务语义是否合理
为什么用Double.valueOf(str)解析字符串时容易踩坑
Double.valueOf("NaN")和Double.valueOf("Infinity")是合法的，会分别返回Double.NaN和Double.POSITIVE_INFINITY；但Double.valueOf("nan")（小写）或"INF"会抛NumberFormatException。
更隐蔽的问题是：空格、Unicode空白、前后不可见字符会导致解析失败，而Double.parseDouble()比valueOf()更严格（后者会自动trim，前者不会）。
- 统一用
Double.parseDouble(str.trim())，再套一层try-catch捕获NumberFormatException - 如果输入可能含
"NaN"等字面量，先用str.equalsIgnoreCase("NaN")等手动判断，再映射 - 避免直接传用户输入进
Math函数——比如Math.abs(Double.parseDouble(userInput))，万一输入是"NaN"，结果还是NaN，后续逻辑可能崩
真正麻烦的从来不是“怎么检测”，而是“检测之后要不要拦、拦在哪一层、下游系统认不认这个约定”。比如前端传来"Infinity"，后端当成Double.POSITIVE_INFINITY入库，但报表系统读出来显示为∞或直接报错——这种链路级不一致，光靠单点检测解决不了。
