NaN，不是一个数字，是一种特殊的值来代表不可表示的值，使用typeof或其他任何与之比较的处理方式，‘NaN’则会引起一些混乱，
一些操作会导致NaN值的产生。这里有些例子：
Math.sqrt(-2)
Math.log(-1)
0/0
parseFloat('foo')
对于很多JavaScript的初学者来说，它的第一个陷阱是调用typeof时返回结果的通常是你想不到的：
console.log(typeof NaN); // 'number'
这情情况下，NaN并不意味着是一个数字，它的类型是数字。明白吗?
保持冷静，因为下面还有很多混乱的地方。让我们比较两个NaN：
var x = Math.sqrt(-2); var y = Math.log(-1); console.log(x == y); // false
也许这是因为我们没有使用严格等价(===)操作？显然不是。
var x = Math.sqrt(-2); var y = Math.log(-1); console.log(x === y); // false
好吧！难道是因为这两个NaN是从不同的操作产生出来的？那么这样...
var x = Math.sqrt(-2); var y = Math.sqrt(-2); console.log(x == y); // false
再疯狂一点
var x = Math.sqrt(-2); console.log(x == x); // false
直接比较两个NaN呢？
console.log(NaN === NaN); // false
因为有很多方法来表示一个非数字，所以一个非数字不会等于另一个为NaN的非数字，它还是有一定道理的。不过这也是我为什么时而崩溃的原因：
这是对你的提醒，NaN的意思是“不为NaN".
— Ariya Hidayat (@AriyaHidayat)
为了解决这个问题，本来我打算向ECMAScript 7提交该方案的
GarlicNaN != NaN
但是当然，解决方案现在已经有了。
让我们认识一下全局函数isNaN：
console.log(isNaN(NaN)); // true
唉，不过 isNaN() 也有它自己的很多缺陷呀：
console.log(isNaN('hello')); // true
console.log(isNaN(['x'])); // true
console.log(isNaN({})); // true
这样又产生 了很多不同的解决方案。其中一个是利用 了NaN的非反射性质（例如， 看看 Kit Cambridge 的笔记）
var My = {
isNaN: function (x) { return x !== x; }
}
另外一个例子是先检查值的类型（防止强制转换）：
My.isNaN = function(x) { return typeof x === 'number' && isNaN(x)};
不过幸运的是，在即将到来的ECMAScript 6中, 有一个Number.isNaN() 方法提供可靠的NaN值检测。（随便说下，你已经可以在最新版的Chrome和firefox中使用这个方法了）。在2014年4月的规范草稿中，有着如下记载：
当传入一个数字参数并调用 Number.isNaN 时，会进行以下几步：
1. 如果Type(number) 不是数字, 返回 false.
2. 如果数字是NaN, 返回true.
3. 其他情况，返回false.
换句话说，只有在参数是真正的NaN时，才会返回true
console.log(Number.isNaN(NaN)); // true
console.log(Number.isNaN(Math.sqrt(-2))); // true
console.log(Number.isNaN('hello')); // false
console.log(Number.isNaN(['x'])); // false
console.log(Number.isNaN({})); // false
下一次，当你需要处理NaN时，要格外小心了。
附： Poetro 的评论
这是 IEEE 754 定义的NaN标准, 跟JavaScript无关。
"在计算中, NaN, 代表一个非数字, 是用来呈现未定义（undefined)和不可呈现（unrepresentable）的数据类型, 尤其是在浮点计算中。"
"与NaN的比较会一直返回一个无序的结果，甚至跟它自己比较。"
