最可靠的方式是直接调用std::isnan，需包含<cmath>且仅接受浮点类型；C++11起引入，整数强转后判断恒为false，不推荐使用C风格isnan宏。
怎么用 std::isnan 判断 NaN
直接调用 std::isnan 是最可靠的方式，它专为检测 NaN 设计，不依赖位模式或比较技巧。注意它在 C++11 起才进入标准库，且需包含 <cmath>。
- 必须传入浮点类型（
float、double、long double），传整数会编译失败 - 对
int或bool强转成double后再判，结果恒为false—— NaN 只存在于浮点表示中 - 宏版本
isnan(x)（来自 C 头文件）在 C++ 中不推荐，行为可能受宏定义干扰
示例：
#include <cmath>
#include <iostream>
int main() {
double x = 0.0 / 0.0; // 产生 NaN
std::cout << std::isnan(x) << "\n"; // 输出 1
}
为什么 x != x 有时能用但不推荐
NaN 的 IEEE 754 定义规定：任何与 NaN 的比较（包括等于自身）都返回 false，所以 x != x 成立是 NaN 的数学特征。但它只是“现象”，不是检测手段。
- 编译器可能在
-ffast-math下优化掉该判断（认为x != x永假），导致逻辑失效 - 某些嵌入式平台或老编译器对浮点比较行为不严格遵循 IEEE 754
- 可读性差，后续维护者容易误以为是逻辑 bug 而删掉
从 std::numeric_limits 获取 NaN 值本身
需要构造一个 NaN 值用于测试或初始化时，用 std::numeric_limits<double>::quiet_NaN() 最安全。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
quiet_NaN()返回非信号 NaN（quiet NaN），不会触发浮点异常；signaling_NaN()可能中断执行，极少用 - 不同平台返回的 NaN 位模式可能不同（如符号位、尾数高位），但
std::isnan能正确识别所有合法 NaN - 不要用字面量
0.0/0.0初始化 constexpr 变量 —— 它不是常量表达式，编译不过
常见错误：把 std::isinf 或 std::isfinite 当成 NaN 检测
这三个函数职责分明：std::isinf 判 ±∞，std::isfinite 判“既不是 NaN 也不是 ∞”，它们互斥但不互补。
立即学习“C++免费学习笔记（深入）”；
-
std::isfinite(x)对 NaN 返回false，但它也对 ±∞ 返回false，无法区分二者 - 写成
!std::isfinite(x)来“抓 NaN”是典型误用，漏掉了无穷大的情况，可能掩盖真实问题 - 如果业务逻辑里 NaN 和 ∞ 需要不同处理，必须分开调用
std::isnan和std::isinf
真正麻烦的是——NaN 可能藏在聚合对象里（比如 std::vector<double> 的某个元素），而你只检查了首尾。这种隐性传播，比单次判断更难排查。
