JS的弱類型機制致使判斷變量類型是初級前端開發者面試時的必考題,通常我都會將其做爲考察候選人第一題,而後基於此展開。javascript
在ES5中,咱們至少有以下5種方式去判斷一個值是否數組:html
var a = [];
// 1.基於instanceof
a instanceof Array;
// 2.基於constructor
a.constructor === Array;
// 3.基於Object.prototype.isPrototypeOf
Array.prototype.isPrototypeOf(a);
// 4.基於getPrototypeOf
Object.getPrototypeOf(a) === Array.prototype;
// 5.基於Object.prototype.toString
Object.prototype.toString.apply(a) === '[object Array]';
複製代碼
以上,除了Object.prototype.toString
外,其它方法都不能正確判斷變量的類型。前端
要知道,代碼的運行環境十分複雜,一個變量可能使用渾身解數去迷惑它的創造者。且看:java
var a = {
__proto__: Array.prototype
};
// 分別在控制檯試運行如下代碼
// 1.基於instanceof
a instanceof Array; // => true
// 2.基於constructor
a.constructor === Array; // => true
// 3.基於Object.prototype.isPrototypeOf
Array.prototype.isPrototypeOf(a); // => true
// 4.基於getPrototypeOf
Object.getPrototypeOf(a) === Array.prototype; // => true
複製代碼
以上,4種方法將所有返回true
,爲何呢?咱們只是手動指定了某個對象的__proto__
屬性爲Array.prototype
,便致使了該對象繼承了Array
對象,這種絕不負責任的繼承方式,使得基於繼承的判斷方案瞬間土崩瓦解。web
不只如此,咱們還知道,Array
是堆數據,變量指向的只是它的引用地址,所以每一個頁面的Array
對象引用的地址都是不同的。iframe
中聲明的數組,它的構造函數是iframe
中的Array
對象。若是在iframe
聲明瞭一個數組x
,將其賦值給父頁面的變量y
,那麼在父頁面使用y instanceof Array
,結果必定是false
的。�而最後一種返回的是字符串,不會存在引用問題。實際上,多頁面或系統之間的交互只有字符串可以暢行無阻。面試
鑑於上述的兩點緣由,故筆者推薦使用最後一種方法去撩面試官(別提是我說的),若是你還不信,這裏剛好有篇文章跟我持有相同的觀點:Determining with absolute accuracy whether or not a JavaScript object is an array。數組
鑑於數組的經常使用性,在ES6中新增了Array.isArray
方法,使用此方法判斷變量是否爲數組,則很是簡單,以下:app
Array.isArray([]); // => true
Array.isArray({0: 'a', length: 1}); // => false
複製代碼
實際上,經過Object.prototype.toString
去判斷一個值的類型,也是各大主流庫的標準。所以Array.isArray
的polyfill一般長這樣:函數
if (!Array.isArray){
Array.isArray = function(arg){
return Object.prototype.toString.call(arg) === '[object Array]';
};
}複製代碼