应使用 std::isnan 判断 nan，需包含 且仅接受 float/double/long double；传 int 或指针会编译失败，val != val 不可靠， 和 std:: 前缀不可省略。
直接用 std::isnan —— 但必须确保传入的是浮点类型，且包含 <cmath></cmath>（C++11 起），否则编译失败或行为未定义。
为什么 std::isnan 不能直接传 int 或 double*
std::isnan 是函数模板（C++11 起重载为多个浮点特化版本），只接受 float、double、long double，不接受整数、指针、类对象：
- 传
int x = 0;→ 编译错误：no matching function for call to 'isnan' - 传
double* p;→ 编译错误，或误触发整数重载（若存在宏污染） - 传
auto val = sqrt(-1.0);（结果是double）→ 合法，返回true
常见误判场景：比较 val == val 不可靠
有人用 val != val 判断 NaN，这在 IEEE 754 下确实成立，但有严重隐患：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 开启
-ffast-math（GCC/Clang）时，编译器可能优化掉该判断，恒返回false - 某些平台或旧标准库对
NaN的位模式处理不一致 -
std::isnan是唯一可移植、被标准明确保证的行为
正确写法：
if (std::isnan(x)) { /* 处理 NaN */ }
头文件与命名空间陷阱
std::isnan 在 C++ 中必须来自 <cmath></cmath>，不是 <math.h></math.h>；且不能依赖 ADL（参数依赖查找）自动拉入 std：
- 漏写
#include <cmath></cmath>→ 编译失败（无声明） - 写了
using namespace std;但没包含头文件 → 仍失败 - 写了
#include <math.h></math.h>→ 可能引入 C 风格全局isnan，但无std::前缀，且行为不保证 - 正确姿势：
#include <cmath><br>...<br>if (std::isnan(my_double)) { ... }</cmath>
最易忽略的一点：当值来自外部二进制输入（如网络、文件）、或通过 memcpy 构造浮点对象时，其位模式可能非法（如 signaling NaN、非规范指数），此时 std::isnan 仍能正确识别，但部分旧实现或调试器可能显示异常——别信 IDE 的变量窗，信 std::isnan 的返回值。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
