应使用 std::isnan 判断浮点数是否为 NaN，需包含 头文件，仅支持 float、double、long double 类型，传入整数等非浮点类型将导致编译错误。
直接用 std::isnan 判断，但必须确保传入的是浮点类型（float、double 或 long double），整数或指针传进去会编译失败或行为未定义。
std::isnan 的基本用法和头文件依赖
std::isnan 定义在
- 必须包含
#include，仅 - 不能对
int、bool、nullptr等非浮点类型调用，否则编译报错：no matching function - 对
float常量要显式加f后缀，否则字面量默认是double，可能触发隐式转换但不安全
常见误用：把整数或表达式结果直接丢给 isnan
比如写 std::isnan(0) 或 std::isnan(x + y)（其中 x、y 是 int）会编译失败。NaN 只存在于浮点表示中，整数没有 NaN 概念。
- 错误示例：
std::cout
- 正确做法：先转成浮点，如
std::isnan(static_cast（虽然恒为(5)) false，但语法合法） - 更典型场景是检查计算结果：
double result = sqrt(-1.0); // 可能返回 NaN（取决于实现和编译器）<br>if (std::isnan(result)) { /* 处理无效运算 */ }
注意平台和标准库差异：-ffast-math 会禁用 isnan
使用 GCC/Clang 编译时若加了 -ffast-math，编译器可能将 std::isnan 优化为恒假，因为该选项假设所有浮点操作都产生有效值（违反 IEEE 754）。此时判断失效。
- 调试阶段建议关闭
-ffast-math - 生产环境若必须开启，需改用位操作检测（如检查
std::bit_cast的指数位全 1 且尾数非零），但可移植性差(x) - MSVC 默认不启用类似激进优化，但
/fp:fast有相同风险
替代方案：C 风格宏 isnan() 和 constexpr 兼容性问题
C++ 中应优先用 std::isnan，而非 C 头文件里的 isnan() 宏（来自
-
std::isnan在 C++23 中已支持constexpr，可用于编译期判断（如static_assert(std::isnan(0.0/0.0), "must be NaN");） - 而 C 风格宏在多数实现中不是 constexpr，会导致编译错误
- 某些旧代码用
value != value判断 NaN —— 这虽符合 IEEE 754（NaN 不等于任何值，包括自身），但编译器可能优化掉该比较（尤其开-ffast-math），不可靠
真正容易被忽略的是：NaN 有符号位和多种编码（quiet vs signaling），但 std::isnan 对二者都返回 true；如果你需要区分 quiet NaN 和 signaling NaN，得手动解析比特位，标准库不提供接口。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
