最标准方式是用 std::isnan，需包含 <cmath> 且参数为浮点类型；整型须先转 double，float 推荐用 isnanf；x != x 虽可行但不推荐，因可读性差、受编译器优化影响且无法区分 NaN 类型。
怎么用 std::isnan 判断一个浮点数是不是 NaN
直接调用 std::isnan 是最标准的方式，但它只接受浮点类型（float、double、long double），不能传整数或指针。传错类型会编译失败，比如 std::isnan(0) 或 std::isnan(x)（当 x 是 int）都不行。
需要确保变量是浮点类型，且包含 <cmath> 头文件：
#include <cmath>
#include <iostream>
double x = std::nan("");
std::cout << std::isnan(x) << "\n"; // 输出 1
- 如果变量是
int、long等整型，先显式转成double再判断，比如std::isnan(static_cast<double>(n)) - 对
float值，推荐用std::isnanf（更精确匹配，避免隐式提升） - 注意：C++11 起才保证
std::isnan是 constexpr，旧标准下不能用于常量表达式
为什么 x != x 也能判断 NaN，但不推荐日常使用
IEEE 754 规定 NaN 不等于任何值，包括它自己，所以 x != x 成立时 x 一定是 NaN。这个表达式无需函数调用、无头文件依赖、编译期可求值。
但它有明显缺陷：
立即学习“C++免费学习笔记（深入）”；
- 可读性差，新成员或审查者可能看不懂这行在干什么
- 部分编译器在开启
-ffast-math（如 GCC/Clang）时会优化掉该判断，认为x != x永远为 false - 无法区分 quiet NaN 和 signaling NaN，而
std::isnan对两者都返回 true
std::isnan 在不同平台和编译器下的行为差异
绝大多数现代平台（x86/x64、ARM64、Linux/macOS/Windows + GCC/Clang/MSVC）行为一致，但仍有几个边界情况要注意：
- MSVC 在 C++14 及以前默认不启用
__STDC_IEC_559__宏，可能导致std::isnan被降级为宏实现，建议加/fp:strict编译选项 - 某些嵌入式平台（如 ARM Cortex-M 使用 soft-float）可能没有硬件 NaN 支持，
std::isnan可能返回 false-negative -
std::isnan(NAN)和std::isnan(std::numeric_limits<double>::quiet_NaN())都应返回 true，但前者依赖宏定义是否可用；后者更可移植
检测 NaN 时最容易被忽略的陷阱
真正出问题的地方往往不在函数调用本身，而在数据来源和类型流转过程：
- 从二进制内存块（如网络包、文件读取）直接 reinterpret_cast 成
double，若原始字节恰好是 NaN 的 bit pattern，但平台字节序或 padding 不匹配，可能导致std::isnan返回 false - 使用
auto x = some_calc();后直接传给std::isnan，如果some_calc()返回int或float，模板推导可能意外导致重载解析失败 - 对
std::optional<double>或std::variant类型，必须先确认有值再解包，否则访问未初始化的浮点成员会导致未定义行为，std::isnan的结果不可靠
NaN 不是异常，它是个合法的浮点值；检测只是起点，后续是否跳过计算、记录日志、还是报错，得看业务逻辑怎么处理——这点比“怎么判断”本身更关键。
