8道經(jīng)典JavaScript面試題解析，你真的掌握J(rèn)avaScript了嗎？
JavaScript是前端開發(fā)中非常重要的一門語言，瀏覽器是他主要運行的地方。JavaScript是一個非常有意思的語言，但是他有很多一些概念，大家經(jīng)常都會忽略。比如說，原型，閉包，原型鏈，事件循環(huán)等等這些概念，很多JS開發(fā)人員都研究不多。
所以今天，就來和大家看看下面幾個問題，大家可以先思考一下，嘗試作答。
八道面試題
問題1：下面這段代碼，瀏覽器控制臺上會打印什么？
問題2:如果我們使用 let 或 const 代替 var，輸出是否相同。
問題3：“newArray”中有哪些元素？
問題4：如果我們在瀏覽器控制臺中運行'foo'函數(shù)，是否會導(dǎo)致堆棧溢出錯誤？
問題5: 如果在控制臺中運行以下函數(shù)，頁面(選項卡) 是否會有響應(yīng)。
問題6: 我們能否以某種方式為下面的語句使用展開運算而不導(dǎo)致類型錯誤。
問題7：運行以下代碼片段時，控制臺上會打印什么？
問題8：xGetter() 會打印什么值？
答案
前面的問題我們都舉例出來了，接下來我們會從頭到尾，一個個來分析我們這些問題的答案，給大家一些學(xué)習(xí)的思路。
問題1:
使用var關(guān)鍵字聲明的變量在JavaScript中會被提升，并在內(nèi)存中開辟空間，由于沒有賦值，無法定義數(shù)值類型，所以分配默認(rèn)值undefined。var聲明的變量，真正的數(shù)值初始化，是發(fā)生在你確定賦值的位置。同時，我們要知道，var聲明的變量是函數(shù)作用域的，也就是我們需要區(qū)分局部變量和全局變量，而let和const是塊作用域的。所以我們這道題的運行過程是這樣的：
- var a = 10; // 全局作用域，全局變量。a=10
- function foo() {
- // var a
- //的聲明將被提升到到函數(shù)的頂部。
- // 比如:var a
- console.log(a); // 打印 undefined
- // 實際初始化值20只發(fā)生在這里
- var a = 20; // local scope
- }
圖解在下面，好理解一點。
所以問題1的答案是：undefined
問題 2：
let和const聲明可以讓變量在其作用域上受限于它所在的塊、語句或表達(dá)式中。和var不同的地方在于，這兩個聲明的變量，不會被提升。并且我們會有一個稱為暫時死區(qū)(TDZ)。如果訪問TDZ中的變量的話，就會報ReferenceError，因為他們的的作用域是在他們聲明的位置的，不會有提升。所以必須在執(zhí)行到聲明的位置才能訪問。
- var a = 10; // 全局使用域
- function foo() { // TDZ 開始
- // 創(chuàng)建了未初始化的'a'
- console.log(a); // ReferenceError
- // TDZ結(jié)束，'a'僅在此處初始化，值為20
- let a = 20;
- }
圖解：
問題2答案：ReferenceError：a undefined。
問題3：
這個問題，是循環(huán)結(jié)構(gòu)會給大家?guī)硪环N塊級作用域的誤區(qū)，在for的循環(huán)的頭部使用var聲明的變量，就是單個聲明的變量綁定（單個存儲空間）。在循環(huán)過程中，這個var聲明的i變量是會隨循環(huán)變化的。但是在循環(huán)中執(zhí)行的數(shù)組push方法，最后實際上是push了i最終循環(huán)結(jié)束的3這個值。所以最后push進(jìn)去的全都是3。
- // 誤解作用域:認(rèn)為存在塊級作用域
- var array = [];
- for (var i = 0; i < 3; i++) {
- // 三個箭頭函數(shù)體中的每個'i'都指向相同的綁定，
- // 這就是為什么它們在循環(huán)結(jié)束時返回相同的值'3'。
- array.push(() => i);
- }
- var newArray = array.map(el => el());
- console.log(newArray); // [3, 3, 3]
圖解：
如果想記錄每一次循環(huán)的值下來，可以使用let聲明一個具有塊級作用域的變量，這樣為每個循環(huán)迭代創(chuàng)建一個新的綁定。
- // 使用ES6塊級作用域
- var array = [];
- for (let i = 0; i < 3; i++) {
- // 這一次，每個'i'指的是一個新的的綁定，并保留當(dāng)前的值。
- // 因此，每個箭頭函數(shù)返回一個不同的值。
- array.push(() => i);
- }
- var newArray = array.map(el => el());
- console.log(newArray); // [0, 1, 2]
還有解決這個問題的另外一種解決方案就是使用閉包就好了。
- let array = [];
- for (var i = 0; i < 3; i++) {
- array[i] = (function(x) {
- return function() {
- return x;
- };
- })(i);
- }
- const newArray = array.map(el => el());
- console.log(newArray); // [0, 1, 2]
問題3答案：3，3，3
問題4
JavaScript的并發(fā)模式基于我們常說的”事件循環(huán)“。
瀏覽器是提供運行時環(huán)境來給我們執(zhí)行JS代碼的。瀏覽器的主要組成包括有調(diào)用堆棧，事件循環(huán)，任務(wù)隊列和WEB API。像什么常用的定時器setTimeout，setInterval這些全局函數(shù)就不是JavaScript的一部分，而是WEB API給我們提供的。
JS調(diào)用棧是后進(jìn)先出(LIFO)的。引擎每次從堆棧中取出一個函數(shù)，然后從上到下依次運行代碼。每當(dāng)它遇到一些異步代碼，如setTimeout，它就把它交給Web API(箭頭1)。因此，每當(dāng)事件被觸發(fā)時，callback 都會被發(fā)送到任務(wù)隊列（箭頭2）。
事件循環(huán)(Event loop)不斷地監(jiān)視任務(wù)隊列(Task Queue)，并按它們排隊的順序一次處理一個回調(diào)。每當(dāng)調(diào)用堆棧(call stack)為空時，Event loop獲取回調(diào)并將其放入堆棧(stack )(箭頭3)中進(jìn)行處理。請記住，如果調(diào)用堆棧不是空的，則事件循環(huán)不會將任何回調(diào)推入堆棧。
好了，現(xiàn)在有了前面這些知識，我們可以看一下這道題的講解過程：
實現(xiàn)步驟：
- 調(diào)用 foo()會將foo函數(shù)放入調(diào)用堆棧(call stack)。
- 在處理內(nèi)部代碼時，JS引擎遇到setTimeout。
- 然后將foo回調(diào)函數(shù)傳遞給WebAPIs(箭頭1)并從函數(shù)返回，調(diào)用堆棧再次為空
- 計時器被設(shè)置為0，因此foo將被發(fā)送到任務(wù)隊列(箭頭2)。
- 由于調(diào)用堆棧是空的，事件循環(huán)將選擇foo回調(diào)并將其推入調(diào)用堆棧進(jìn)行處理。
- 進(jìn)程再次重復(fù)，堆棧不會溢出。
問題4答案：堆棧不會溢出。
問題5：
在很多時候，很多做前端開發(fā)的同學(xué)都是認(rèn)為循環(huán)事件圖中就只會有一個任務(wù)列表。但事實上不是這樣的，我們是可以有多個任務(wù)列表的。由瀏覽器選擇其中一個隊列并在該隊列進(jìn)行處理回調(diào)。
從底層來看，JavaScript中是可以有宏認(rèn)為和微任務(wù)的，比如說setTimeout回調(diào)是宏任務(wù)，而Promise回調(diào)是微任務(wù)。
他們有什么區(qū)別呢？
主要的區(qū)別在于他們的執(zhí)行方式。宏任務(wù)在單個循環(huán)周期中一次一個低堆入堆棧，但是微任務(wù)隊列總是在執(zhí)行后返回到事件之前清空。所以，如果你以處理條目的速度向這個隊列添加條目，那么你就永遠(yuǎn)在處理微任務(wù)。只有當(dāng)微任務(wù)隊列為空時，事件循環(huán)才會重新渲染頁面。
然后我們再回到我們前面講的問題5中：
- function foo() {
- return Promise.resolve().then(foo);
- };
我們這段代碼，每次我們?nèi)フ{(diào)用【foo】的時候，都會在微任務(wù)隊列上加另一個【foo】的回調(diào)，因此事件循環(huán)沒辦法繼續(xù)去處理其他的事件了（比如說滾動，點擊事件等等），直到該隊列完全清空位置。因此，不會執(zhí)行渲染，會被阻止。
問題5答案：不會響應(yīng)。
問題6：
在我們做面試題的時候，展開語法和for-of語句去遍歷iterable對象定義要遍歷的數(shù)據(jù)。其中我們要使用迭代器的時候,Array和Map都是有默認(rèn)迭代操作的內(nèi)置迭代器的。
但是，對象是不可迭代的，也就是我們這道題里的，這是一個對象的集合。但是我們可以使用iterable和iterator協(xié)議來把它變成可以迭代的。
在我們研究對象的時候，如果一個對象他實現(xiàn)了@@iterator方法，那么它就是可以迭代的。這意味著這個對象（在他的原型鏈上的一個對象）必須是又@@iterator鍵的屬性的，然后我們就可以利用這個鍵，通過常量Symbol.iterator獲得。
下面是這道題的舉例寫法：
- var obj = { x: 1, y: 2, z: 3 };
- obj[Symbol.iterator] = function() {
- // iterator 是一個具有 next 方法的對象，
- // 它的返回至少有一個對象
- // 兩個屬性：value＆done。
- // 返回一個 iterator 對象
- return {
- next: function() {
- if (this._countDown === 3) {
- const lastValue = this._countDown;
- return { value: this._countDown, done: true };
- }
- thisthis._countDown = this._countDown + 1;
- return { value: this._countDown, done: false };
- },
- _countDown: 0
- };
- };
- [...obj]; // 打印 [1, 2, 3]
問題6答案：如上是一種方案，可以避免TypeError異常。
問題7：
在看這個問題的時候，我們要先理解for-in循環(huán)遍歷本身的可枚舉屬性和對象從原來的原型繼承來的屬性?？擅杜e屬性是可以在for-in循環(huán)期間可以訪問的屬性。
當(dāng)我們知道這個知識點前提了之后，我們在看這道題，你就知道這道題打印的其實就是只能打印這些特定的屬性。
- var obj = { a: 1, b: 2 }; //a，b 都是可枚舉屬性
- // 將{c：3}設(shè)置為'obj'的原型，
- // 并且我們知道for-in 循環(huán)也迭代 obj 繼承的屬性
- // 從它的原型，'c'也可以被訪問。
- Object.setPrototypeOf(obj, { c: 3 });
- // 我們在'obj'中定義了另外一個屬性'd'，
- // 但是將'enumerable'可枚舉設(shè)置為false。 這意味著'd'將被忽略。
- Object.defineProperty(obj, "d", { value: 4, enumerable: false });
- //所以最后使用for-in遍歷這個對象集合，那就是只能遍歷出可枚舉屬性
- for (let prop in obj) {
- console.log(prop);
- }
- // 也就是只能打印
- // a
- // b
- // c
圖解
問題7答案：a、b、c
問題8：
首先我們可以看到var x是一個全局遍歷，在不是嚴(yán)格模式下，這個X就直接是window對象的屬性了。在這段代碼里，我們最重要是要理解this的對象指向問題，this始終是指向調(diào)用方法的對象的。所以，在foo,xGetter()的情況下，this指向的是foo對象，返回的就是在foo中的屬性x，值就是90。但是在xGetter（）的情況下，他是直接調(diào)用的foo的getx()方法，但是其中this的指向是在xGetter的作用域，就是指向的window對象中，這時指向的就是全局變量x了，值也就是10。
- var x = 10; // 全局變量
- var foo = {
- x: 90,//foo對象的內(nèi)部屬性
- getX: function() {
- return this.x;
- }
- };
- foo.getX(); // 此時是指向的foo對象，
- //所以打印的是X屬性 值就是90
- let xGetter = foo.getX;//xGetter是在全局作用域，
- //這里的this就是指向window對象
- xGetter(); // 打印 10
問題8答案：10
最后
ok，我們的8道問題都解決了，如果你前面寫的答案全部都正確，那么你非常棒！去面試前端工作起碼12k起步了。就算做不出來或者做錯了也沒有關(guān)系，我們都是不斷通過犯錯來學(xué)習(xí)的，一步步的理解錯誤，理解背后的原因，才能進(jìn)步。
