摘要：如果你還沒讀過上篇上篇和中篇并無依賴關系，您可以讀過本文之后再閱讀上篇，可戳面試篇寒冬求職季之你必須要懂的原生上小姐姐花了近百個小時才完成這篇文章，篇幅較長，希望大家閱讀時多花點耐心，力求真正的掌握相關知識點。

互聯網寒冬之際，各大公司都縮減了HC，甚至是采取了“裁員”措施，在這樣的大環境之下，想要獲得一份更好的工作，必然需要付出更多的努力。

一年前，也許你搞清楚閉包，this，原型鏈，就能獲得認可。但是現在，很顯然是不行了。本文梳理出了一些面試中有一定難度的高頻原生JS問題，部分知識點可能你之前從未關注過，或者看到了，卻沒有仔細研究，但是它們卻非常重要。本文將以真實的面試題的形式來呈現知識點，大家在閱讀時，建議不要先看我的答案，而是自己先思考一番。盡管，本文所有的答案，都是我在翻閱各種資料，思考并驗證之后，才給出的(絕非復制粘貼而來)。但因水平有限，本人的答案未必是最優的，如果您有更好的答案，歡迎給我留言。

本文篇幅較長，但是滿滿的都是干貨！并且還埋伏了可愛的表情包，希望小伙伴們能夠堅持讀完。

寫文超級真誠的小姐姐祝愿大家都能找到心儀的工作。

如果你還沒讀過上篇【上篇和中篇并無依賴關系，您可以讀過本文之后再閱讀上篇】，可戳【面試篇】寒冬求職季之你必須要懂的原生JS(上)

小姐姐花了近百個小時才完成這篇文章，篇幅較長，希望大家閱讀時多花點耐心，力求真正的掌握相關知識點。

1.說一說JS異步發展史

異步最早的解決方案是回調函數，如事件的回調，setInterval/setTimeout中的回調。但是回調函數有一個很常見的問題，就是回調地獄的問題(稍后會舉例說明);

為了解決回調地獄的問題，社區提出了Promise解決方案，ES6將其寫進了語言標準。Promise解決了回調地獄的問題，但是Promise也存在一些問題，如錯誤不能被try catch，而且使用Promise的鏈式調用，其實并沒有從根本上解決回調地獄的問題，只是換了一種寫法。

ES6中引入 Generator 函數，Generator是一種異步編程解決方案，Generator 函數是協程在 ES6 的實現，最大特點就是可以交出函數的執行權，Generator 函數可以看出是異步任務的容器，需要暫停的地方，都用yield語句注明。但是 Generator 使用起來較為復雜。

ES7又提出了新的異步解決方案:async/await，async是 Generator 函數的語法糖，async/await 使得異步代碼看起來像同步代碼，異步編程發展的目標就是讓異步邏輯的代碼看起來像同步一樣。

1.回調函數: callback

//node讀取文件
fs.readFile(xxx, "utf-8", function(err, data) {
    //code
});

回調函數的使用場景(包括但不限于):

事件回調

Node API

setTimeout/setInterval中的回調函數

異步回調嵌套會導致代碼難以維護，并且不方便統一處理錯誤，不能try catch 和 回調地獄(如先讀取A文本內容，再根據A文本內容讀取B再根據B的內容讀取C...)。

fs.readFile(A, "utf-8", function(err, data) {
    fs.readFile(B, "utf-8", function(err, data) {
        fs.readFile(C, "utf-8", function(err, data) {
            fs.readFile(D, "utf-8", function(err, data) {
                //....
            });
        });
    });
});

2.Promise

Promise 主要解決了回調地獄的問題，Promise 最早由社區提出和實現，ES6 將其寫進了語言標準，統一了用法，原生提供了Promise對象。

那么我們看看Promise是如何解決回調地獄問題的，仍然以上文的readFile為例。

function read(url) {
    return new Promise((resolve, reject) => {
        fs.readFile(url, "utf8", (err, data) => {
            if(err) reject(err);
            resolve(data);
        });
    });
}
read(A).then(data => {
    return read(B);
}).then(data => {
    return read(C);
}).then(data => {
    return read(D);
}).catch(reason => {
    console.log(reason);
});

想要運行代碼看效果，請戳(小姐姐使用的是VS的 Code Runner 執行代碼): https://github.com/YvetteLau/...

思考一下在Promise之前，你是如何處理異步并發問題的，假設有這樣一個需求：讀取三個文件內容，都讀取成功后，輸出最終的結果。有了Promise之后，又如何處理呢？代碼可戳: https://github.com/YvetteLau/...

注: 可以使用 bluebird 將接口 promise化;

引申: Promise有哪些優點和問題呢？

3.Generator

Generator 函數是 ES6 提供的一種異步編程解決方案，整個 Generator 函數就是一個封裝的異步任務，或者說是異步任務的容器。異步操作需要暫停的地方，都用 yield 語句注明。

Generator 函數一般配合 yield 或 Promise 使用。Generator函數返回的是迭代器。對生成器和迭代器不了解的同學，請自行補習下基礎。下面我們看一下 Generator 的簡單使用:

function* gen() {
    let a = yield 111;
    console.log(a);
    let b = yield 222;
    console.log(b);
    let c = yield 333;
    console.log(c);
    let d = yield 444;
    console.log(d);
}
let t = gen();
//next方法可以帶一個參數，該參數就會被當作上一個yield表達式的返回值
t.next(1); //第一次調用next函數時，傳遞的參數無效
t.next(2); //a輸出2;
t.next(3); //b輸出3; 
t.next(4); //c輸出4;
t.next(5); //d輸出5;

為了讓大家更好的理解上面代碼是如何執行的，我畫了一張圖，分別對應每一次的next方法調用:

仍然以上文的readFile為例，使用 Generator + co庫來實現:

const fs = require("fs");
const co = require("co");
const bluebird = require("bluebird");
const readFile = bluebird.promisify(fs.readFile);

function* read() {
    yield readFile(A, "utf-8");
    yield readFile(B, "utf-8");
    yield readFile(C, "utf-8");
    //....
}
co(read()).then(data => {
    //code
}).catch(err => {
    //code
});

不使用co庫，如何實現？能否自己寫一個最簡的my_co？請戳: https://github.com/YvetteLau/...

PS: 如果你還不太了解 Generator/yield，建議閱讀ES6相關文檔。

4.async/await

ES7中引入了 async/await 概念。async其實是一個語法糖，它的實現就是將Generator函數和自動執行器（co），包裝在一個函數中。

async/await 的優點是代碼清晰，不用像 Promise 寫很多 then 鏈，就可以處理回調地獄的問題。錯誤可以被try catch。

仍然以上文的readFile為例，使用 Generator + co庫來實現:

const fs = require("fs");
const bluebird = require("bluebird");
const readFile = bluebird.promisify(fs.readFile);


async function read() {
    await readFile(A, "utf-8");
    await readFile(B, "utf-8");
    await readFile(C, "utf-8");
    //code
}

read().then((data) => {
    //code
}).catch(err => {
    //code
});

可執行代碼，請戳：https://github.com/YvetteLau/...

思考一下 async/await 如何處理異步并發問題的？ https://github.com/YvetteLau/...

如果你有更好的答案或想法，歡迎在這題目對應的github下留言：說一說JS異步發展史

2.談談對 async/await 的理解，async/await 的實現原理是什么?

async/await 就是 Generator 的語法糖，使得異步操作變得更加方便。來張圖對比一下:

async 函數就是將 Generator 函數的星號（*）替換成 async，將 yield 替換成await。

我們說 async 是 Generator 的語法糖，那么這個糖究竟甜在哪呢？

1）async函數內置執行器，函數調用之后，會自動執行，輸出最后結果。而Generator需要調用next或者配合co模塊使用。

2）更好的語義，async和await，比起星號和yield，語義更清楚了。async表示函數里有異步操作，await表示緊跟在后面的表達式需要等待結果。

3）更廣的適用性。co模塊約定，yield命令后面只能是 Thunk 函數或 Promise 對象，而async 函數的 await 命令后面，可以是 Promise 對象和原始類型的值。

4）返回值是Promise，async函數的返回值是 Promise 對象，Generator的返回值是 Iterator，Promise 對象使用起來更加方便。

async 函數的實現原理，就是將 Generator 函數和自動執行器，包裝在一個函數里。

具體代碼試下如下(和spawn的實現略有差異，個人覺得這樣寫更容易理解)，如果你想知道如何一步步寫出 my_co ，可戳: https://github.com/YvetteLau/...

function my_co(it) {
    return new Promise((resolve, reject) => {
        function next(data) {
            try {
                var { value, done } = it.next(data);
            }catch(e){
                return reject(e);
            }
            if (!done) { 
                //done為true,表示迭代完成
                //value 不一定是 Promise，可能是一個普通值。使用 Promise.resolve 進行包裝。
                Promise.resolve(value).then(val => {
                    next(val);
                }, reject);
            } else {
                resolve(value);
            }
        }
        next(); //執行一次next
    });
}
function* test() {
    yield new Promise((resolve, reject) => {
        setTimeout(resolve, 100);
    });
    yield new Promise((resolve, reject) => {
        // throw Error(1);
        resolve(10)
    });
    yield 10;
    return 1000;
}

my_co(test()).then(data => {
    console.log(data); //輸出1000
}).catch((err) => {
    console.log("err: ", err);
});

如果你有更好的答案或想法，歡迎在這題目對應的github下留言：談談對 async/await 的理解，async/await 的實現原理是什么?

3.使用 async/await 需要注意什么？

await 命令后面的Promise對象，運行結果可能是 rejected，此時等同于 async 函數返回的 Promise 對象被reject。因此需要加上錯誤處理，可以給每個 await 后的 Promise 增加 catch 方法；也可以將 await 的代碼放在 try...catch 中。

多個await命令后面的異步操作，如果不存在繼發關系，最好讓它們同時觸發。

//下面兩種寫法都可以同時觸發
//法一
async function f1() {
    await Promise.all([
        new Promise((resolve) => {
            setTimeout(resolve, 600);
        }),
        new Promise((resolve) => {
            setTimeout(resolve, 600);
        })
    ])
}
//法二
async function f2() {
    let fn1 = new Promise((resolve) => {
            setTimeout(resolve, 800);
        });
    
    let fn2 = new Promise((resolve) => {
            setTimeout(resolve, 800);
        })
    await fn1;
    await fn2;
}

await命令只能用在async函數之中，如果用在普通函數，會報錯。

async 函數可以保留運行堆棧。

/**
* 函數a內部運行了一個異步任務b()。當b()運行的時候，函數a()不會中斷，而是繼續執行。
* 等到b()運行結束，可能a()早就* 運行結束了，b()所在的上下文環境已經消失了。
* 如果b()或c()報錯，錯誤堆棧將不包括a()。
*/
function b() {
    return new Promise((resolve, reject) => {
        setTimeout(resolve, 200)
    });
}
function c() {
    throw Error(10);
}
const a = () => {
    b().then(() => c());
};
a();
/**
* 改成async函數
*/
const m = async () => {
    await b();
    c();
};
m();

報錯信息如下，可以看出 async 函數可以保留運行堆棧。

如果你有更好的答案或想法，歡迎在這題目對應的github下留言：使用 async/await 需要注意什么？

4.如何實現 Promise.race？

在代碼實現前，我們需要先了解 Promise.race 的特點：

Promise.race返回的仍然是一個Promise.

它的狀態與第一個完成的Promise的狀態相同。它可以是完成（ resolves），也可以是失敗（rejects），這要取決于第一個Promise是哪一種狀態。

如果傳入的參數是不可迭代的，那么將會拋出錯誤。

如果傳的參數數組是空，那么返回的 promise 將永遠等待。

如果迭代包含一個或多個非承諾值和/或已解決/拒絕的承諾，則 Promise.race 將解析為迭代中找到的第一個值。

Promise.race = function (promises) {
    //promises 必須是一個可遍歷的數據結構，否則拋錯
    return new Promise((resolve, reject) => {
        if (typeof promises[Symbol.iterator] !== "function") {
            //真實不是這個錯誤
            Promise.reject("args is not iteratable!");
        }
        if (promises.length === 0) {
            return;
        } else {
            for (let i = 0; i < promises.length; i++) {
                Promise.resolve(promises[i]).then((data) => {
                    resolve(data);
                    return;
                }, (err) => {
                    reject(err);
                    return;
                });
            }
        }
    });
}

測試代碼:

//一直在等待態
Promise.race([]).then((data) => {
    console.log("success ", data);
}, (err) => {
    console.log("err ", err);
});
//拋錯
Promise.race().then((data) => {
    console.log("success ", data);
}, (err) => {
    console.log("err ", err);
});
Promise.race([
    new Promise((resolve, reject) => { setTimeout(() => { resolve(100) }, 1000) }),
    new Promise((resolve, reject) => { setTimeout(() => { resolve(200) }, 200) }),
    new Promise((resolve, reject) => { setTimeout(() => { reject(100) }, 100) })
]).then((data) => {
    console.log(data);
}, (err) => {
    console.log(err);
});

引申: Promise.all/Promise.reject/Promise.resolve/Promise.prototype.finally/Promise.prototype.catch 的實現原理，如果還不太會，戳:Promise源碼實現

如果你有更好的答案或想法，歡迎在這題目對應的github下留言：如何實現 Promise.race？

5.可遍歷數據結構的有什么特點？

一個對象如果要具備可被 for...of 循環調用的 Iterator 接口，就必須在其 Symbol.iterator 的屬性上部署遍歷器生成方法(或者原型鏈上的對象具有該方法)

PS: 遍歷器對象根本特征就是具有next方法。每次調用next方法，都會返回一個代表當前成員的信息對象，具有value和done兩個屬性。

//如為對象添加Iterator 接口;
let obj = {
    name: "Yvette",
    age: 18,
    job: "engineer",
    [Symbol.iterator]() {
        const self = this;
        const keys = Object.keys(self);
        let index = 0;
        return {
            next() {
                if (index < keys.length) {
                    return {
                        value: self[keys[index++]],
                        done: false
                    };
                } else {
                    return { value: undefined, done: true };
                }
            }
        };
    }
};

for(let item of obj) {
    console.log(item); //Yvette  18  engineer
}

使用 Generator 函數(遍歷器對象生成函數)簡寫 Symbol.iterator 方法，可以簡寫如下:

let obj = {
    name: "Yvette",
    age: 18,
    job: "engineer",
    * [Symbol.iterator] () {
        const self = this;
        const keys = Object.keys(self);
        for (let index = 0;index < keys.length; index++) {
            yield self[keys[index]];//yield表達式僅能使用在 Generator 函數中
        } 
    }
};

原生具備 Iterator 接口的數據結構如下。

Array

Map

Set

String

TypedArray

函數的 arguments 對象

NodeList 對象

ES6 的數組、Set、Map 都部署了以下三個方法: entries() / keys() / values()，調用后都返回遍歷器對象。

如果你有更好的答案或想法，歡迎在這題目對應的github下留言：可遍歷數據結構的有什么特點？

6.requestAnimationFrame 和 setTimeout/setInterval 有什么區別？使用 requestAnimationFrame 有哪些好處？

在 requestAnimationFrame 之前，我們主要使用 setTimeout/setInterval 來編寫JS動畫。

編寫動畫的關鍵是循環間隔的設置，一方面，循環間隔足夠短，動畫效果才能顯得平滑流暢；另一方面，循環間隔還要足夠長，才能確保瀏覽器有能力渲染產生的變化。

大部分的電腦顯示器的刷新頻率是60HZ，也就是每秒鐘重繪60次。大多數瀏覽器都會對重繪操作加以限制，不超過顯示器的重繪頻率，因為即使超過那個頻率用戶體驗也不會提升。因此，最平滑動畫的最佳循環間隔是 1000ms / 60 ，約為16.7ms。

setTimeout/setInterval 有一個顯著的缺陷在于時間是不精確的，setTimeout/setInterval 只能保證延時或間隔不小于設定的時間。因為它們實際上只是把任務添加到了任務隊列中，但是如果前面的任務還沒有執行完成，它們必須要等待。

requestAnimationFrame 才有的是系統時間間隔，保持最佳繪制效率，不會因為間隔時間過短，造成過度繪制，增加開銷；也不會因為間隔時間太長，使用動畫卡頓不流暢，讓各種網頁動畫效果能夠有一個統一的刷新機制，從而節省系統資源，提高系統性能，改善視覺效果。

綜上所述，requestAnimationFrame 和 setTimeout/setInterval 在編寫動畫時相比，優點如下:

1.requestAnimationFrame 不需要設置時間，采用系統時間間隔，能達到最佳的動畫效果。

2.requestAnimationFrame 會把每一幀中的所有DOM操作集中起來，在一次重繪或回流中就完成。

3.當 requestAnimationFrame() 運行在后臺標簽頁或者隱藏的