nan不等于任何值（包括自身），需用std::isnan()检测；参与运算具传染性，混入容器或排序会引发未定义行为；-ffast-math可能禁用isnan，应配合/fp:precise或volatile防护。
NaN参与==、!=等比较运算永远返回false
IEEE 754标准规定，NaN不等于任何值——包括它自己。所以val == val、val == 0.0、val == std::numeric_limits<double>::quiet_NaN()</double>全部为false；而val != val虽为true，但这只是巧合，不是可靠判断依据。
常见误用场景：
- 写
if (x == x)想“排除NaN”，结果NaN被当成有效值通过 - 用
std::set<double></double>或std::map<double t></double>存NaN：因违反严格弱序（NaN与任意数比较都返回false），导致插入失败、查找异常甚至未定义行为 - 在
std::sort中混入NaN：排序逻辑崩溃或结果乱序，因为比较函数对NaN返回全false
用std::isnan()是唯一可移植的检测方式
必须包含#include <cmath></cmath>，且显式调用std::isnan(x)（不能省略std::前缀，也不能依赖using namespace std）。
关键约束：
- 参数必须是
float、double或long double；传int、double*或auto推导出的非浮点类型会编译失败 - 对
float变量，建议用std::isnanf(x)（C++17起）或确保x是float而非double，避免重载歧义 - 开启
-ffast-math（GCC/Clang）或/fp:fast（MSVC）时，std::isnan可能被编译器静默禁用——此时应改用/fp:precise或加volatile防护：volatile double v = x; if (std::isnan(v)) { ... }
NaN在算术运算中具有“传染性”
一旦一个浮点数是NaN，几乎所有后续运算都会产出NaN：
-
NaN + 1.0→NaN -
sqrt(NaN)→NaN -
std::fmax(NaN, 5.0)→ 返回5.0（fmax有明确定义：若一参为NaN，返回另一参），但std::fmax(NaN, NaN)仍为NaN - 数组累积计算中单个NaN会让整个结果链变NaN，很难定位源头
因此，条件判断前不检查NaN，等于把门打开让污染扩散。
循环中跳过NaN值的典型写法
处理传感器数据、图像像素或仿真输出时，常需过滤无效值：
for (double x : data) {
if (std::isnan(x) || std::isinf(x)) {
continue; // 跳过NaN和Inf
}
process(x);
}
注意两点：
- 别只判
std::isnan，很多场景下std::isinf也得一起拦（比如除零产生inf，同样会污染计算） - 如果
data来自二进制文件或网络，其位模式可能非法（如signaling NaN），std::isnan仍能识别，但某些调试器变量窗显示异常——以函数返回值为准，别信IDE的悬浮提示
std::isnan的干扰，以及在容器和算法中把它当普通数用。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
