JavaScript中Number.isNaN与isNaN区别

在日常开发中，经常需要判断一个变量是否为 NaN。许多开发者第一时间会想到 `value === NaN`，但这种方法永远不成立，因为 NaN 是 JavaScript 中唯一一个不等于自身的值。因此，必须使用专门的方法。那么，应该选择 `Number.isNaN` 还是全局的 `isNaN`？答案很简单：优先使用 `Number.isNaN`，它只识别真正的 NaN，不进行类型转换；而全局的 `isNaN` 会先尝试转换为数字再判断，实际上是在问“能否变成有效数字”，语义模糊，容易误判。

Number.isNaN：只对 number 类型的 NaN 返回 true

Number.isNaN 不进行类型转换或隐式转换。它要求参数必须是 number 类型，且值严格等于 NaN，才返回 true。

• Number.isNaN(NaN) → true
• Number.isNaN(0 / 0) → true（结果是 number 类型的 NaN）
• Number.isNaN("NaN") → false（字符串，不是 number 类型）
• Number.isNaN(undefined) → false（类型不对）
• Number.isNaN(null) → false
• Number.isNaN({}) → false

全局 isNaN：先调用 Number() 转换，再检测是否为 NaN

全局 isNaN 的内部逻辑是：先将任意类型参数尝试转换为数字，然后判断结果是否为 NaN。因此，返回 true 并不表示参数本身是 NaN，而是表示它无法转换为有效数字。

• isNaN("hello") → true（Number("hello") === NaN）
• isNaN("") → false（Number("") === 0）
• isNaN(" ") → false（空格字符串也转为 0）
• isNaN(null) → false（Number(null) === 0）
• isNaN(undefined) → true（Number(undefined) === NaN）
• isNaN({}) → true（Number({}) === NaN）

什么时候该用哪一个？

在日常开发中，绝大多数情况应该使用 `Number.isNaN`。它语义明确、行为可预测，适合校验计算结果是否真正失效。

• 检查运算结果是否产生 NaN，比如 0 / 0、Math.sqrt(-1)
• 配合 Number() 或 parseFloat() 后做精准判断：const n = Number(input); if (Number.isNaN(n)) { … }
• 需要区分“非数字类型”和“数字类型但无效”时，必须用 Number.isNaN

一个小提醒：别用 === 判断 NaN

最后必须提醒：不要使用 === 判断 NaN。NaN 是 JavaScript 中唯一一个不等于自身的值：NaN === NaN 永远为 false。因此，永远不要写 value === NaN，它永远不会成立。必须使用 Number.isNaN() 或 Object.is(value, NaN)（兼容旧环境时）。