javascript中判断nan不能用===或==，因nan!==nan恒成立；应使用number.isnan()、object.is(nan, nan)或value!==value；isnan()会强制转换类型，易误判；有效数字校验需结合typeof和isfinite。
JavaScript中判断一个值是否为NaN，不能用===或==，因为NaN !== NaN恒成立。真正可靠的检测必须基于它的本质特性或使用现代标准方法。
为什么常规比较完全失效
NaN是IEEE 754标准定义的特殊浮点值，语义上代表“无效数值结果”，不是错误也不是空值。它被设计为在计算中“传播”——一旦出现，后续运算大多继续返回NaN。最关键的是，规范强制规定它不等于任何值，包括自身。所以：
-
NaN === NaN→ false -
NaN == NaN→ false -
Object.is(NaN, NaN)→ true（唯一能正确判定NaN相等的内置方法）
三种检测方式的实际表现与适用场景
不同方法语义不同，选错会导致逻辑漏洞：
-
isNaN(value)：先调用Number(value)强制转数字，再判是否为NaN。因此isNaN("abc")、isNaN({})、isNaN(undefined)都返回true——它检测的是“能否转成有效数字”，不是“是不是NaN本身”。 -
Number.isNaN(value)：ES6标准方法，不做任何转换，仅当value严格等于全局NaN且类型为"number"时才返回true。这是检测“真NaN”的首选。 -
value !== value：利用NaN唯一自反失败的数学特性，零依赖、高性能，但可读性差，适合底层工具函数或兼容旧环境的polyfill。
安全校验数字的有效性
多数业务场景真正需要的不是“是不是NaN”，而是“这个值能否作为有效数字参与计算”。此时应组合判断：
- 用
typeof x === "number"排除字符串、对象等非数字类型 - 用
isFinite(x)一步过滤掉NaN、Infinity和-Infinity - 封装成工具函数更清晰：
const isValidNumber = x => typeof x === "number" && isFinite(x);
避免常见误操作
这些写法在真实项目中容易引发隐患：
- 直接显示
result而不检查是否为NaN（用户看到“NaN”毫无意义） - 用
if (val === NaN)做条件分支（永远不进分支） - 对用户输入只用
isNaN(input)校验（isNaN("123px")返回true，但可能本意是想提取数字） - 混淆
Number.isNaN("NaN")和isNaN("NaN")（前者false，后者true，因字符串"NaN"能被Number()转成NaN）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
