Number.isNaN() 更严格可靠，因不进行类型转换，仅当参数为原始数值且严格等于 NaN 时返回 true；全局 isNaN() 会先强制转数字再判断，导致 undefined、{} 等非数字值被误判为 true，易掩盖真实意图。
Number.isNaN() 比全局 isNaN() 更严格、更可靠，因为它**不进行类型转换**，只对明确是 NaN 的原始数值返回 true。
为什么全局 isNaN() 不够严谨？
全局 isNaN() 会先尝试把参数转成数字，再判断结果是否为 NaN。这导致很多非数字值（如空字符串、null、布尔值、对象）被“意外”判定为 true：
-
isNaN("")→true（空字符串转为0，不是NaN，但实际结果是false？等等——这里需纠正：空字符串转数字是0，所以isNaN("")是false；真正危险的是isNaN(" ")或isNaN("abc")等看似合理但隐式转换失败的情况） -
isNaN("abc")→true（合理） -
isNaN(undefined)→true（但undefined本身不是数字，也不等于NaN） -
isNaN({})→true（对象转字符串再转数字失败，最终得NaN） -
isNaN(null)→false（null转为0，所以不是NaN）
这些行为容易掩盖真实意图：你可能只想确认“这个值是不是 JS 中那个特殊的 NaN 值”，而不是“它能不能被解析成有效数字”。
Number.isNaN() 的判定逻辑很简单
它只做一件事：参数是否为原始类型 number，且其值严格等于 NaN。其他所有情况一律返回 false：
-
Number.isNaN(NaN)→true -
Number.isNaN(0 / 0)→true -
Number.isNaN("NaN")→false（字符串，不是 number 类型） -
Number.isNaN(undefined)→false -
Number.isNaN({})→false -
Number.isNaN(123)→false
何时该用 Number.isNaN()？
当你需要精准识别 NaN 值本身，比如：
- 校验数学运算结果是否失控（如
Math.sqrt(-1)、0/0） - 在数值处理管道中过滤掉真正的
NaN，而不误伤null或空字符串等合法中间态 - 实现自定义的数值相等判断（注意：
NaN !== NaN，可用Number.isNaN(a) && Number.isNaN(b)补充）
替代方案与注意事项
如果你确实需要“判断一个值能否转为有效数字”，Number.isNaN() 不适合——应改用：
-
typeof x === 'number' && !isNaN(x)判定是否为有效数字 -
!isNaN(parseFloat(x)) && isFinite(x)（较重，适用于字符串输入） - 更健壮的做法：先用
Number(x)转换，再用Number.isNaN()检查结果，例如：const num = Number(input); if (!Number.isNaN(num)) { /* 安全使用 num */ }
