- 什么是
NaN - 什么時候會返回 NaN
- 判斷 NaN
- 參考
什么是 NaN
在 MDN 的 NaN 文章中有描述：
- 全局屬性 NaN 表示 Not-A-Number 的值。
- NaN 是一個全局對象的屬性。
- NaN 屬性的初始值就是 NaN，和 Number.NaN 的值一樣。
- 在 ES5 中， NaN 屬性是一個不可配置（non-configurable），不可寫（non-writable）的屬性。但在 ES3 中，這個屬性的值是可以被更改的，但是也應該避免覆蓋。
- 通常都是在計算失敗時，作為 Math 的某個方法的返回值出現的（例如：
Math.sqrt(-1)）或者嘗試將一個字符串解析成數字但失敗了的時候（例如：parseInt("blabla")）。
NaN 的類型
typeof NaN // "number"
也就是說 NaN 是一種特殊的 Number 類型值。
什么時候會返回 NaN
JavaScript 權威指南 中『3.1.3 JavaScript 中的算數運算』章節里有描述：
無窮大除以無窮大、給任意負數做開方運算 或者 算數運算符與不是數字或無法轉換為數字的操作數一起使用時都將返回
NaN。
可分開解釋為以下等情況：
- 無窮大除以無窮大
- 給任意負數做開方運算
- 算數運算符與不是數字或無法轉換為數字的操作數一起使用
- 字符串解析成數字
以下結果都是 NaN：
Infinity / Infinity; // 無窮大除以無窮大
Math.sqrt(-1); // 給任意負數做開方運算
'a' - 1; // 算數運算符與不是數字或無法轉換為數字的操作數一起使用
'a' * 1;
'a' / 1;
parseInt('a'); // 字符串解析成數字
parseFloat('a');
這里的『無法轉換為數字的操作』又是什么鬼？
先看下面可以轉換為數字的操作例子：
Math.sqrt('4'); // 2
2 * '2'; // 4
'4' / 2; // 2
無法轉換為數字的操作
這里涉及到 JavaScript 的 類型轉換 的概念。
JavaScript 權威指南 『3.8 類型轉換』章節有描述：
如果 JavaScript 期望使用一個數字，它把給定的值將轉換為數字（如果轉換結果無意義的話將返回 NaN）。
可以使用 Number() 方法做顯式類型轉換，舉例：
Number('1'); // 1
Number(null); // 0
Number('a'); // NaN
也可以使用一元運算符 + 做隱式轉換，舉例：
+'1'; // 1
+null; // 0
+'a'; // NaN
也可以使用全局函數 parseInt() 和 parseFloat() 解析整數和浮點數，舉例：
parseInt('12'); // 12
parseInt('12a'); // 12
parseInt('a12'); // NaN
parseInt(null); // NaN
parseInt() 和 parseFloat() 可以簡單理解為：
盡可能解析更多數值字符，并且忽略后面的內容；如果第一個非空格字符是非數字，則會返回
NaN
需要注意的是 Number() 和 parseInt()``parseFloat() ，對某些輸入值的處理不同，如 null。
非數字類型轉換 為 數字類型，如下表匯總：
| 值 | 數字 |
|---|---|
| undefined | NaN |
| null | 0 |
| true | 1 |
| false | 0 |
| "" (空字符串) | 0 |
| "1.2" (非空，數字) | 1.2 |
| "one" (非空，非數字) | NaN |
| [] (任意對象) | 0 |
| [9] (一個數字元素) | 9 |
| ['a'] (其他數組) | NaN |
| function(){} (任意函數) | NaN |
如何判斷 NaN
首先全局的 isNaN() 函數不能嚴格判斷輸入值是否為 NaN。
isNaN() 的怪異行為
在 MDN 的 isNaN() 文章中對 非數值參數 所表現的『怪異行為』有解釋：
它會先嘗試將這個參數轉換為數值，然后才會對轉換后的結果是否是
NaN進行判斷。
因此，對于能被強制轉換為有效的非
NaN數值來說，返回false值也許會讓人感覺莫名其妙。
如下例子：
isNaN('37'); // false: 可以被轉換成數值 37
isNaN(''); // false: 空字符串被轉換成 0
嚴格判斷 NaN
參考 MDN 中 Number.isNaN() 的 Polyfill 代碼：
typeof value === 'number' && isNaN(value);
參考
Reserved by Agreal on May 5, 2016
