Number.isNaN()是检测NaN最安全的方式，因它不转换类型且只认真正NaN；而===无效（NaN≠NaN），全局isNaN()会强制转数字导致误判。
直接用 Number.isNaN() 是检测 NaN 最安全、最推荐的方式，它不进行类型转换，只认真正由计算产生的 NaN 值。
为什么不能用 value === NaN？
NaN 是 JavaScript 中唯一一个不等于自身的值。无论你写 NaN === NaN 还是 myVar === NaN，结果永远是 false。所以这种比较完全无效。
为什么 isNaN()（全局函数）不安全？
老式全局函数 isNaN() 会先尝试把参数转成数字，再判断是否为 NaN。这会导致误判：
-
isNaN("hello")→true（看似合理） -
isNaN(" ")→false（空字符串转为0，不是 NaN） -
isNaN({})→true（对象转字符串再转数字失败 → NaN） -
isNaN(undefined)→true（undefined转数字是 NaN） -
isNaN(null)→false（null转数字是0）
它检测的其实是「能否被转成有效数字」，而不是「这个值是不是 NaN」。
立即学习“Java免费学习笔记（深入）”；
Number.isNaN() 的严格逻辑
它只在参数**类型是 number 且值确实是 NaN** 时才返回 true。其他所有情况一律返回 false：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
Number.isNaN(NaN)→true -
Number.isNaN(0 / 0)→true -
Number.isNaN("NaN")→false（字符串，类型不对） -
Number.isNaN(undefined)→false（类型不是 number） -
Number.isNaN(null)→false -
Number.isNaN({})→false
实际使用建议
如果你要检查某个变量是否为真正的 NaN，就只用这一行：
if (Number.isNaN(value)) { /* 处理 NaN 情况 */ }
不需要额外判断类型——Number.isNaN 本身已包含类型守门；也不需要先用 typeof value === 'number' 预检，那是多余操作。
如果想同时排除非数字类型和 NaN，可以组合写：
if (typeof value === 'number' && !Number.isNaN(value)) { /* 确保是有效数字 */ }
