NaN不等于自身是IEEE 754标准的明确设计，因其代表未定义或不可表示的运算结果（如0/0、√−1），不同来源的NaN无等价依据，故所有比较均返回false。
nan 不等于它自己，这是它的核心特性，不是 bug，而是 ieee 754 标准的明确设计。识别这一点，是正确处理缺失或无效数值的前提。
NaN 为什么永远不等于 NaN
NaN 表示“不是一个数”，但它不是某个具体值，而是一类未定义或不可表示的运算结果（比如 0/0、∞ − ∞、0 × ∞）。IEEE 754 规定：任何两个 NaN 值在比较时都必须返回 false，包括和自身比较。
这背后有数学直觉支撑：如果 a = 0/0，b = Math.log(-1)，二者都是 NaN，但它们的“来源”完全不同，没有理由认为它们相等。就像“未知错误 A”和“未知错误 B”不能默认划等号一样。
因此：
-
NaN === NaN→ false -
NaN == NaN→ false -
NaN > 5、NaN 、NaN === undefined→ 全部为 false
为什么不能用 == 或 === 判断 NaN
因为所有常规相等判断对 NaN 都失效。你无法靠 value === NaN 来检测它——那永远是 false。
更危险的是误用全局 isNaN()：
-
isNaN("hello")→ true（先转成数字，失败 → NaN） -
isNaN(" ")→ false（空格转为 0） -
isNaN([1,2])→ true（转成字符串再转数字，失败） -
isNaN({})→ true
它检测的其实是“能不能转成有效数字”，而不是“是不是真正的 NaN 值”。
正确方式：用 Number.isNaN
Number.isNaN() 是唯一严格、可靠的判断方法：它只在参数**类型是 number 且值确实是 NaN** 时才返回 true。
示例：
-
Number.isNaN(NaN)→ true -
Number.isNaN(0/0)→ true -
Number.isNaN("NaN")→ false（字符串，类型不对） -
Number.isNaN(undefined)→ false -
Number.isNaN(null)→ false -
Number.isNaN(123)→ false
它不尝试类型转换，不猜测意图，只做精准身份验证。
小技巧：x !== x 也能识别 NaN
由于 NaN 是唯一不等于自身的值，这个表达式可作为轻量级检测手段：
const isReallyNaN = x => x !== x;-
isReallyNaN(NaN)→ true -
isReallyNaN(0)→ false
但它不能替代 Number.isNaN 的语义清晰性，尤其在团队协作或需要显式意图表达时，优先选后者。
