解決“阻塞效應”-解決指令碼檔案下載阻塞網頁渲染的問題
defer 屬性
為了解決指令碼檔案下載阻塞網頁渲染的問題，一個方法是對<script>元素加入defer屬性。它的作用是延遲指令碼的執行，等到 DOM 載入生成後，再執行指令碼。
<script src="a.js" defer></script>
<script src="b.js" defer></script>
上面程式碼中，只有等到 DOM 載入完成後，才會執行a.js和b.js。
defer屬性的執行流程如下。
- 瀏覽器開始解析 HTML 網頁。
- 解析過程中，發現帶有
defer屬性的<script>元素。 - 瀏覽器繼續往下解析 HTML 網頁，同時並行下載
<script>元素載入的外部指令碼。 - 瀏覽器完成解析 HTML 網頁，此時再回過頭執行已經下載完成的指令碼。
有了defer屬性，瀏覽器下載指令碼檔案的時候，不會阻塞頁面渲染。下載的指令碼檔案在DOMContentLoaded事件觸發前執行（即剛剛讀取完</html>標籤），而且可以保證執行順序就是它們在頁面上出現的順序。
對於內建而不是載入外部指令碼的script標籤，以及動態生成的script標籤，defer屬性不起作用。另外，使用defer載入的外部指令碼不應該使用document.write方法。
async 屬性
解決“阻塞效應”的另一個方法是對<script>元素加入async
<script src="a.js" async></script>
<script src="b.js" async></script>
async屬性的作用是，使用另一個程序下載指令碼，下載時不會阻塞渲染。
- 瀏覽器開始解析 HTML 網頁。
- 解析過程中，發現帶有
async屬性的script標籤。 - 瀏覽器繼續往下解析 HTML 網頁，同時並行下載
<script>標籤中的外部指令碼。 - 指令碼下載完成，瀏覽器暫停解析 HTML 網頁，開始執行下載的指令碼。
- 指令碼執行完畢，瀏覽器恢復解析 HTML 網頁。
async屬性可以保證指令碼下載的同時，瀏覽器繼續渲染。需要注意的是，一旦採用這個屬性，就無法保證指令碼的執行順序。哪個指令碼先下載結束，就先執行那個指令碼。另外，使用async
document.write方法。
defer屬性和async屬性到底應該使用哪一個？
一般來說，如果指令碼之間沒有依賴關係，就使用async屬性，如果指令碼之間有依賴關係，就使用defer屬性。如果同時使用async和defer屬性，後者不起作用，瀏覽器行為由async屬性決定。
指令碼的動態載入
<script>元素還可以動態生成，生成後再插入頁面，從而實現指令碼的動態載入。
['a.js', 'b.js'].forEach(function(src) {
var script = document.createElement('script');
script.src = src;
document.head.appendChild(script);
});
這種方法的好處是，動態生成的script標籤不會阻塞頁面渲染，也就不會造成瀏覽器假死。但是問題在於，這種方法無法保證指令碼的執行順序，哪個指令碼檔案先下載完成，就先執行哪個。
如果想避免這個問題，可以設定async屬性為false。
['a.js', 'b.js'].forEach(function(src) {
var script = document.createElement('script');
script.src = src;
script.async = false;
document.head.appendChild(script);
});
上面的程式碼不會阻塞頁面渲染，而且可以保證b.js在a.js後面執行。不過需要注意的是，在這段程式碼後面載入的指令碼檔案，會因此都等待b.js執行完成後再執行。
如果想為動態載入的指令碼指定回撥函式，可以使用下面的寫法。
function loadScript(src, done) {
var js = document.createElement('script');
js.src = src;
js.onload = function() {
done();
};
js.onerror = function() {
done(new Error('Failed to load script ' + src));
};
document.head.appendChild(js);
}
參考檔案：https://wangdoc.com/javascript/bom/engine.html&n