前端工程師有時候面試時會遇到一類面試官，他們問的問題對於語言本身非常較真兒，往往不是候選人可能期待的面向實際的問題(有些候選人強調能幹活就行，至於知不知道其中緣由是無關痛癢的)。這類題目，雖然沒有邏輯，但某種程度說，確實考察了候選人對於 javascript這門語言的理解。

突然想到這個話題是無聊在翻自己的Github，看看以前都寫過什麼醜貨。然後翻到了這篇解釋Javascript quiz的文章quiz-legend，反正沒事兒，就想搬過來供大家學習、理解、背誦、批判。

問題一

1. (function(){

2. returntypeof arguments;//"object"

3. })();

arguments是一個Array-like物件，對應的就是傳入函式的引數列表。你可以在任何函式中直接使用該變數。

typeof操作符只會返回 string型別的結果。參照如下列表可知對應不同資料， typeof返回的值都是什麼：

型別	結果
undefined	'undefined'
null	'object'
Boolean	'boolean'
Number	'number'
String	'string'
Symbol (new in ECMAScript 2015)	'symbol'
Host object (provided by the JS environment)	Implementation-dependent
Function object (implements [[Call]] in ECMA-262 terms)	'function'
Any other object	'object'

由此我們推斷出， typeof arguments是 object

問題二

1. var f =function g(){return23;};

2. typeof g();//報錯

這是一個名字是 g的function expression，然後又被賦值給了變數 f。

這裡的函式名 g和被其賦值的變數 f有如下差異：

• 函式名 g不能變動，而變數 f可以被重新賦值

• 函式名 g只能在函式體內部被使用，試圖在函式外部使用 g會報錯的

問題三

1. (function(x){

2. delete x;

3. return x;//1

4. })(1);

delete操作符可以從物件中刪除屬性，正確用法如下：

1. deleteobject

   .property

2. deleteobject['property']

delete操作符只能作用在物件的屬性上，對變數和函式名無效。也就是說 delete x是沒有意義的。

你最好也知道， delete是不會直接釋放記憶體的，她只是間接的中斷物件引用

問題四

1. var y =1, x = y =typeof x; x;//"undefined"

我們試圖分解上述程式碼成下面兩步：

1. var y =1;//step 1

2. var x = y =typeof x;//step 2

第一步應該沒有異議，我們直接看第二步

1. 賦值表示式從右向左執行

2. y被重新賦值為 typeof x的結果，也就是 undefined

3. x被賦值為右邊表示式( y =typeof x)的結果，也就是 undefined

問題五

1. (function f(f){

2. returntypeof f();//"number"

3. })(function(){return1;});

直接上註釋解釋：

1. (function f(f){

2. //這裡的f是傳入的引數function(){ return 1; }

3. //執行的結果自然是1

4. returntypeof f();//所以根據問題一的表格我們知道，typeof 1結果是"number"

5. })(function(){return1;});

問題六

1. var foo ={

2.    bar:function(){returnthis.baz;},

3.    baz:1

4. };

5. (function(){

6. returntypeof arguments[0]();//"undefined"

7. })(foo.bar);

這裡你可能會誤以為最終結果是 number。向函式中傳遞引數可以看作是一種賦值，所以 arguments[0]得到是是真正的 bar函式的值，而不是 foo.bar這個引用，那麼自然 this也就不會指向 foo，而是 window了。

問題七

1. var foo ={

2.    bar:function(){returnthis.baz;},

3.    baz:1

4. }

5. typeof(f = foo.bar)();//"undefined"

這和上一題是一樣的問題， (f = foo.bar)返回的就是 bar的值，而不是其引用，那麼 this也就指的不是 foo了。

問題八

1. var f =(function f(){return'1';},function g(){return2;})();

2. typeof f;//"number"

逗號操作符 對它的每個操作物件求值（從左至右），然後返回最後一個操作物件的值

所以 (function f(){return'1';},function g(){return2;})的返回值就是函式 g，然後執行她，那麼結果是 2；最後再 typeof2，根據問題一的表格，結果自然是 number

問題九

1. var x =1;

2. if(function f(){}){

3.    x +=typeof f;

4. }

5. x;//"1undefined"

這個問題的關鍵點，我們在問題二中談到過， function expression中的函式名 f是不能在函式體外部訪問的

問題十

1. var x =[typeof x,typeof y][1];

2. typeoftypeof x;//"string"

1. 因為沒有宣告過變數 y，所以 typeof y返回 "undefined"

2. 將 typeof y的結果賦值給 x，也就是說 x現在是 "undefined"

3. 然後 typeof x當然是 "string"

4. 最後 typeof"string"的結果自然還是 "string"

問題十一

1. (function(foo){

2. returntypeof foo.bar;//"undefined"

3. })({ foo:{ bar:1}});

這是個純粹的視覺詭計，上註釋

1. (function(foo){

2. //這裡的foo，是{ foo: { bar: 1 } }，並沒有bar屬性哦。

3. //bar屬性是在foo.foo下面

4. //所以這裡結果是"undefined"

5. returntypeof foo.bar;

6. })({ foo:{ bar:1}});

問題十二

1. (function f(){

2. function f(){return1;}

3. return f();//2

4. function f(){return2;}

5. })();

通過 function declaration宣告的函式甚至可以在宣告之前使用，這種特性我們稱之為hoisting。於是上述程式碼其實是這樣被執行環境解釋的：

1. (function f(){

2. function f(){return1;}

3. function f(){return2;}

4. return f();

5. })();

問題十三

1. function f(){return f;}

2. new f()instanceof f;//false

當代碼 new f()執行時，下面事情將會發生：

1. 一個新物件被建立。它繼承自 f.prototype

2. 建構函式 f被執行。執行的時候，相應的傳參會被傳入，同時上下文( this)會被指定為這個新例項。 new f等同於 new f()，只能用在不傳遞任何引數的情況。

3. 如果建構函式返回了一個“物件”，那麼這個物件會取代整個 new出來的結果。如果建構函式沒有返回物件，那麼 new出來的結果為步驟1建立的物件，

ps：一般情況下建構函式不返回任何值，不過使用者如果想覆蓋這個返回值，可以自己選擇返回一個普通物件來覆蓋。當然，返回陣列也會覆蓋，因為陣列也是物件。

於是，我們這裡的 new f()返回的仍然是函式 f本身，而並非他的例項

問題十四

1. with(function(x,undefined){}) length;//2

with語句將某個物件新增的作用域鏈的頂部，如果在 statement中有某個未使用名稱空間的變數，跟作用域鏈中的某個屬性同名，則這個變數將指向這個屬性值。如果沒有同名的屬性，則將丟擲 ReferenceError異常。

OK，現在我們來看，由於 function(x,undefined){}是一個匿名函式表示式，是函式，就會有 length屬性，指的就是函式的引數個數。所以最終結果就是 2了

寫在最後

有人覺得這些題坑爹，也有人覺得開闊了眼界，見仁見智吧。但有一件事是真的，無論你是否堅定的實踐派，缺了理論基礎，也鐵定走不遠 － 你永遠不會見到哪個熟練的技術工人突然成了火箭專家。

看文件、讀標準、結合實踐，才是同志們的決勝之道。

原文：http://www.codeceo.com/article/14-javascript-interview-questions.html

相關推薦