应使用 std::isnan 判断 nan，它在 c++11 的 中定义，支持 float/double/long double，比 x != x 更安全可靠，且不受 -ffast-math 等优化影响。
用 std::isnan 是最直接可靠的方式
标准库提供了专门判断 NaN 的函数，不需要自己造轮子。C++11 起，std::isnan 在 <cmath></cmath> 中声明，支持 float、double 和 long double 类型。
常见错误是直接写 x == x 来判断——虽然 NaN 确实不等于自身，但编译器可能在开启优化（如 -ffast-math）时把它优化掉，导致逻辑失效。
- 必须包含头文件：
#include <cmath></cmath> - 传入值类型要匹配：对
float用std::isnan(x)，不要传double混用（会隐式转换，但可能触发重载歧义） - 注意命名空间：不能只写
isnan(x)（这是 C 风格，依赖 ADL 或全局作用域，不可靠），务必写std::isnan(x)
std::isnan 在不同平台和编译器下是否一致
行为基本一致，但有个关键前提：浮点环境需启用 IEEE 754 模式。绝大多数现代平台默认满足，但以下情况会出问题：
- 使用
-ffast-math（GCC/Clang）：可能禁用 NaN 检查，std::isnan返回假阳性或直接崩溃 - 某些嵌入式平台或老式 DSP 编译器不完全支持 IEEE 754，
std::isnan可能未实现或返回未定义值 - MSVC 在 /fp:fast 模式下同样会削弱浮点语义，建议搭配 /fp:precise 使用
如果项目必须兼容严苛环境，可加一层运行时检测：volatile double v = x; return std::isnan(v);，防止被优化剔除。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
为什么不能用 x != x 做判断
虽然数学上 NaN 是唯一不等于自身的浮点值，但实际编码中它不可靠：
- 编译器优化可能将
x != x恒定为false（尤其在-O2 -ffast-math下） - 某些架构（如部分 ARM NEON 实现）对非规格化数或信号 NaN 处理异常，
!=行为不稳定 - 静态分析工具（如 Clang Static Analyzer）会警告该写法“逻辑冗余”，干扰代码审查
- 可读性差：新成员看到
if (x != x)很难第一时间意识到是在判 NaN
处理 std::numeric_limits<t>::quiet_NaN()</t> 的注意事项
生成 NaN 常用 std::numeric_limits<double>::quiet_NaN()</double>，但它本身不保证跨平台二进制一致：
- 返回的是“安静 NaN”，但具体 bit pattern（如 sign bit、payload）由实现定义，不能用于 memcmp 比较
- 某些平台（如 PowerPC）可能返回 signaling NaN，调用
std::isnan前先触发异常 - 若需序列化 NaN，应统一转成字符串（如
std::to_string）再解析，避免直接 memcpy
真正容易被忽略的点是：NaN 有多种位模式，std::isnan 能覆盖所有合法 IEEE 754 NaN，但自定义构造的非法 bit pattern（比如全 1 的 double）可能被系统视为未定义行为，不推荐手动拼凑。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
