std::isnan 是最直接安全的 NaN 判断方式，语义清晰、跨平台可靠；需包含 <cmath>，仅接受浮点类型参数，整数传入会编译失败，开启 -ffast-math 时 x != x 可能被误优化。
用 std::isnan 是最直接安全的方式
判断浮点数是否为 NaN，C++ 标准库提供了 std::isnan，它专为此设计，语义清晰、跨平台可靠。别自己写 x != x 判断——虽然 NaN 确实不等于自身，但编译器在开启优化（如 -ffast-math）时可能把它优化掉，导致误判。
使用前需包含头文件：<cmath>；参数必须是浮点类型（float、double 或 long double），传入整数会编译失败。
-
std::isnan对float版本调用std::isnanf，对double调用std::isnan（无后缀），行为一致 - 传入非浮点类型（如
int）会触发编译错误，不是隐式转换后判断——这点比手写x != x更严格也更安全 - 在 IEEE 754 环境下 100% 可靠；嵌入式或非 IEEE 平台需确认
<cmath>实现是否支持
#include <cmath>
#include <iostream>
int main() {
double x = std::nan("");
std::cout << std::boolalpha << std::isnan(x) << "\n"; // true
std::cout << std::isnan(0.0) << "\n"; // false
}
为什么不能只靠 x != x
这是最常见的“土办法”，原理是对的：NaN 是唯一不等于自身的浮点值。但它在实际工程中风险很高。
- 启用
-ffast-math（GCC/Clang）或/fp:fast（MSVC）后，编译器可能假设“所有数都满足自反性”，直接把x != x优化为false - 某些静态分析工具会警告该写法“逻辑恒假”，干扰排查
- 可读性差：没经验的同事看到
if (x != x)第一反应是“这条件永远不成立？”
除非你明确禁用所有浮点优化且团队约定俗成，否则不要用。
立即学习“C++免费学习笔记（深入）”；
处理 std::optional<double> 这类包装类型时怎么办
std::isnan 只接受裸浮点值，不接受 std::optional、boost::optional 或自定义数值包装。得先解包再判断，且必须检查是否有值。
- 直接对未初始化的
std::optional调用.value()是未定义行为 - 推荐写法：
opt.has_value() && std::isnan(opt.value()) - 如果只是想区分“无值”和“有值但为 NaN”，两者语义不同：前者是缺失数据，后者是计算异常结果，不应混为一谈
std::optional<double> maybe_x = std::nan("");
if (maybe_x.has_value() && std::isnan(maybe_x.value())) {
// 真正的 NaN
}
从字符串解析后怎么确认是否得到 NaN
用 std::stod、std::stof 解析字符串时，若输入是 "nan"、"NaN"、"inf" 等，标准允许返回对应特殊值，但不保证大小写敏感或带括号形式（如 "NAN(abc)"）一定被识别。
- POSIX 和主流 libc（glibc、musl、msvcrt）支持大小写不敏感的
"nan"和可选括号内容，但 C++ 标准只要求识别"nan"字面量 - 解析后务必用
std::isnan检查，而不是依赖解析是否抛异常——因为std::stod("nan")不抛异常，而是静默返回 NaN - 若需严格控制解析行为（比如拒绝任何非数字输入），应配合
std::from_chars使用，它不接受"nan"字符串，遇到就返回错误码
NaN 的判定本身不难，难的是意识到它常藏在解析、序列化、跨语言交互的缝隙里——那里最容易漏掉检查。
