应使用 std::isfinite(x) 一次性检测 nan 和无穷大，它语义明确、可移植且在 -ffast-math 下更可靠；若需区分类型，则分开用 std::isnan 和 std::isinf，并确保输入为浮点类型。
如何用 std::isnan 和 std::isinf 检测浮点数组元素
NaN 和无穷大只可能出现在 float、double、long double 类型中，整数数组无需处理。C++11 起标准库提供 std::isnan 和 std::isinf（需包含 <cmath></cmath>），它们是唯一可移植的检测方式——别用 x != x 判 NaN，某些编译器优化下会失效。
常见错误是传入整数或非浮点类型，比如对 int 数组调用 std::isnan(arr[i])，这会隐式转成 double 后永远返回 false，但编译器通常不报错，导致逻辑静默失败。
- 必须确保被检测变量是浮点类型：检查数组声明是否为
double arr[100]，而非int arr[100] - 使用前加
static_cast<double></double>强制转换不推荐，容易掩盖类型设计问题 -
std::isnan对±inf返回false，std::isinf对NaN也返回false，二者互斥，需分开判断
替换 NaN/Inf 的典型做法：循环 + 条件赋值
没有“一键清理”函数，得自己遍历。最常用的是用 0、特定哨兵值（如 -999.0）或插值替代，具体取决于业务场景——信号处理常用线性插值，统计分析常改用 std::numeric_limits<double>::quiet_NaN()</double> 标记缺失，而非硬清零。
性能上，现代 CPU 对分支预测友好，但若数组极大且 NaN 极少，可先用 std::find_if 定位首个异常值再处理，避免无谓遍历；不过多数情况直接 for 循环更清晰。
- 别写
if (std::isnan(x) || std::isinf(x)) x = 0;——std::isinf不区分正负无穷，若需分别处理 ±inf，改用std::isfinite(x)更稳妥（它对 NaN 和 Inf 都返回false） - 多线程环境下，若多个线程同时写同一数组，必须加锁或改用原子操作，否则结果未定义
- 示例片段：
for (size_t i = 0; i
用 std::isfinite 简化逻辑比组合判断更安全
std::isfinite(x) 是最简判断：仅当 x 既不是 NaN 也不是 ±inf 时才返回 true。相比 !std::isnan(x) && !std::isinf(x)，它语义明确、避免短路求值歧义，且在某些平台（如启用 -ffast-math 的 GCC）下更可靠——因为 -ffast-math 可能重排或优化掉单独的 isnan 调用。
- 注意：
std::isfinite对0.0、正常小数、极大有限值都返回true，行为符合直觉 - 它不能告诉你“为什么非法”，如果需要分类日志（比如记录“第42个值是 NaN”还是“是 +inf”），仍得拆开用
std::isnan和std::isinf - 在模板函数中处理泛型浮点类型时，优先选
std::isfinite，它对float、double、long double全部重载，无需特化
读文件或计算后校验 NaN/Inf 的实际场景
真实项目里，NaN/Inf 往往来自外部输入（CSV 解析错误、传感器断连返回空值）或数值不稳定计算（除零、log(负数)、exp(过大值)）。这时候不能只靠数组初始化防御，得在关键路径插入校验。
例如用 std::stod 解析字符串时，若输入是 "nan" 或 "inf"，它会合法转成对应浮点值，不会抛异常——这意味着你得在解析后立刻检查，而不是等到后续计算崩了才定位。
- 计算密集型代码（如矩阵乘、FFT）建议在每轮外层循环末尾加一次
assert(std::isfinite(result[i]))，便于快速定位溢出点 - 生产环境禁用
assert时，可用if (!std::isfinite(x)) { log_error(); return; }替代 - 用
gdb调试时，设条件断点break file.cpp:123 if isnan(data[i]) || isinf(data[i])（注意用全局函数名，因std::命名空间在 gdb 中有时不可见）
int 当 double 传给 std::isnan，表面运行无误，实则检测完全失效。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
