欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

瀏覽器環(huán)境下JavaScript腳本加載與執(zhí)行探析之defer與async特性

 更新時間:2016年01月14日 11:22:31   投稿:mrr  
defer和async特性相信是很多JavaScript開發(fā)者"熟悉而又不熟悉"的兩個特性,從字面上來看,二者的功能很好理解,分別是"延遲腳本"和"異步腳本"的作用

defer和async特性相信是很多JavaScript開發(fā)者"熟悉而又不熟悉"的兩個特性,從字面上來看,二者的功能很好理解,分別是"延遲腳本"和"異步腳本"的作用。然而,以defer為例,一些細(xì)節(jié)問題可能開發(fā)者卻并不一定熟悉,比如:有了defer特性的腳本會延遲到什么時候執(zhí)行;內(nèi)部腳本和外部腳本是不是都能夠支持defer;defer后的腳本除了會延遲執(zhí)行之外,還有哪些特殊的地方等等。本文結(jié)合已有的一些文章以及MDN文檔中對兩個特性的闡述,對defer和async進(jìn)行更全面的研究和總結(jié),希望能夠幫助開發(fā)者更好地掌握這兩個特性。

1 引言

在《瀏覽器環(huán)境下JavaScript腳本加載與執(zhí)行探析之代碼執(zhí)行順序》中我們提到過,JavaScript代碼的執(zhí)行會阻塞頁面的解析渲染以及其他資源的下載,當(dāng)然由于JavaScript是單線程語言,那就意味著在正常情況下,一個頁面中的JavaScript代碼只能按順序從上到下執(zhí)行,當(dāng)然,正如《瀏覽器環(huán)境下JavaScript腳本加載與執(zhí)行探析之代碼執(zhí)行順序》中我們分析的,在某些情況下,比如通過document.write進(jìn)入腳本或者通過動態(tài)腳本技術(shù)引入腳本時,JavaScript代碼的執(zhí)行順序不一定嚴(yán)格按照從上到下的順序,而defer和async也是我們所說的"非正常的情況"。

我們經(jīng)常會說JavaScript的執(zhí)行具有阻塞性,而在實際的開發(fā)中,我們通常最關(guān)心的阻塞,同時也是最影響用戶體驗的阻塞應(yīng)該是以下幾個方面:

[1]頁面解析和渲染的阻塞

[2]我們寫的頁面初始化腳本(一般是監(jiān)聽DOMContentLoaded事件所綁定的腳本,這部分腳本是我們希望最先執(zhí)行的腳本,因為我們會把和用戶交互最相關(guān)的代碼寫在這里)

[3]頁面外部資源下載的阻塞(比如圖片)

如果我們有一個耗時的腳本操作,而這段腳本又阻塞了上面我們提到的這三個地方,那么這個網(wǎng)頁的性能或者用戶體驗就非常差了。

defer和async這兩個特性的初衷也是希望能夠解決或者緩解阻塞對于頁面體驗的影響,下面我們就來分析一下這兩個特性,我們主要從以下幾個方面來全方位了解這兩個特性:

[1]延遲或異步的腳本的執(zhí)行時機是什么時候?對于頁面的阻塞情況如何?

[2]內(nèi)部腳本和外部腳本是否都能夠?qū)崿F(xiàn)延遲或異步?

[3]瀏覽器對這兩個特性的支持情況如何?有沒有相關(guān)的bug?

[4]使用了這兩個特性的腳本在使用時還有什么需要注意的地方?

2 defer特性

2.1 關(guān)于defer腳本的執(zhí)行時機

defer特性是HTML4規(guī)范中定義的擴展特性,最初只有IE4+和firefox3.5+才支持,之后chrome等瀏覽器也增加了對它的支持,使用的方式為defer="defer"。defer意為延遲,也就是會延遲腳本的執(zhí)行。正常情況下,我們引入的腳本會被立即下載和執(zhí)行,而有了defer特性之后,腳本下載完畢后不會立即執(zhí)行,而是等到頁面解析完畢之后再執(zhí)行。我們看一下HTML4標(biāo)準(zhǔn)對defer的闡述:

defer:When set, this boolean attribute provides a hint to the user agent that the script is not going to generate any document content (e.g., no "document.write" in javascript) and thus, the user agent can continue parsing and rendering.

也就是說,如果設(shè)置了defer,那么就告訴用戶代理,這個腳本不會產(chǎn)生任何文檔內(nèi)容,從而用戶代理可以繼續(xù)解析和渲染。我們再看一下MDN中對defer的關(guān)鍵描述:

defer:If the async attribute is not present but the defer attribute is present, then the script is executed when the page has finished parsing.

通過標(biāo)準(zhǔn)中的定義,我們可以明確,即:defer的腳本不會阻塞頁面的解析,而是等到頁面解析結(jié)束之后再執(zhí)行,但是耗時的defer依然可能會阻塞外部資源的下載,那么它會阻塞DOMContentLoaded事件么?事實上,defer的腳本依然是在DOMContentLoaded事件之前執(zhí)行的,因此它還是會阻塞DOMContentLoaded中的腳本。我們可以通過下圖來幫助理解defer腳本的執(zhí)行時機:


根據(jù)標(biāo)準(zhǔn)中的定義,內(nèi)部腳本不支持defer,而IE9及以下的瀏覽器則提供了內(nèi)部腳本的defer支持。

2.2 defer的瀏覽器支持情況

下面我們來看一下defer特性的瀏覽器支持情況:


IE9及以下的瀏覽器存在一個bug,這個bug將在稍后的DEMO中進(jìn)行詳細(xì)的說明。

2.3 DEMO:defer特性的功能驗證

我們模仿在Olivier Rochard在《the script defer attribute》使用的方式來驗證一下defer特性的功能:

首先我們準(zhǔn)備了6個外部腳本:

1.js:

test += "我是head外部腳本\n";

2.js

test += "我是body外部腳本\n";

3.js

test += "我是底部外部腳本\n";

defer1.js

test += "我是head外部延遲腳本\n";

defer2.js

test += "我是body外部延遲腳本\n";

defer3.js

test += "我是底部外部延遲腳本\n";

HTML中的代碼為:

<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8"/>
<title>defer attribute test</title>
<script src="http://lib.sinaapp.com/js/jquery/1.9.1/jquery-1.9.1.min.js"></script>
<script type="text/javascript">var test = "";</script>
<script src="defer1.js" type="text/javascript" defer="defer"></script>
<script src="1.js" type="text/javascript"></script>
<script defer="defer">
test += "我是head延遲內(nèi)部腳本\n";
</script>
<script>
test += "我是head內(nèi)部腳本\n";
</script>
</head>
<body>
<button id="test">點擊一下</button>
<script src="defer2.js" type="text/javascript" defer="defer"></script>
<script src="2.js" type="text/javascript"></script>
</body>
<script src="defer3.js" type="text/javascript" defer="defer"></script>
<script src="3.js" type="text/javascript"></script>
<script>
$(function(){
test += "我是DOMContentLoaded里面的腳本\n";
})
window.onload = function(){
test += "我是window.onload里面的腳本\n";
var button = document.getElementById("test");
button.onclick = function(){
alert(test);
}
}
</script>
</html> 

代碼中,為了方便實現(xiàn)DOMContentLoaded事件,我們引入了jQuery(之后的文章還會再介紹如何自己實現(xiàn)兼容的DOMContentLoaded),然后,我們在腳本的head內(nèi)、body內(nèi)部和body外部分別引入延遲腳本和正常腳本,并且通過一個全局的字符串來記錄每一段代碼的執(zhí)行狀態(tài),我們看一下各個瀏覽器中的執(zhí)行結(jié)果:

IE7 IE9 IE10 CHROME firefox

我是head外部腳本
我是head內(nèi)部腳本
我是body外部腳本
我是底部外部腳本
我是head外部延遲腳本
我是head延遲內(nèi)部腳本
我是body外部延遲腳本
我是底部外部延遲腳本
我是DOMContentLoaded里面的腳本
我是window.onload里面的腳本

我是head外部腳本
我是head內(nèi)部腳本
我是body外部腳本
我是底部外部腳本
我是head外部延遲腳本
我是head延遲內(nèi)部腳本
我是body外部延遲腳本
我是底部外部延遲腳本
我是DOMContentLoaded里面的腳本
我是window.onload里面的腳本

我是head外部腳本
我是head延遲內(nèi)部腳本
我是head內(nèi)部腳本
我是body外部腳本
我是底部外部腳本
我是head外部延遲腳本
我是body外部延遲腳本
我是底部外部延遲腳本
我是DOMContentLoaded里面的腳本
我是window.onload里面的腳本

我是head外部腳本
我是head延遲內(nèi)部腳本
我是head內(nèi)部腳本
我是body外部腳本
我是底部外部腳本
我是head外部延遲腳本
我是body外部延遲腳本
我是底部外部延遲腳本
我是DOMContentLoaded里面的腳本
我是window.onload里面的腳本


我是head外部腳本 我是head延遲內(nèi)部腳本 我是head內(nèi)部腳本 我是body外部腳本 我是底部外部腳本 我是head外部延遲腳本 我是body外部延遲腳本 我是底部外部延遲腳本 我是DOMContentLoaded里面的腳本 我是window.onload里面的腳本

從輸出的結(jié)果中我們可以確定,只有IE9及以下瀏覽器支持內(nèi)部延遲腳本,并且defer后的腳本都會在DOMContentLoaded事件之前觸發(fā),因此也是會堵塞DOMContentLoaded事件的。

2.4 DEMO:IE<=9的defer特性bug

從2.3節(jié)中的demo可以看出,defer后的腳本還是能夠保持執(zhí)行順序的,也就是按照添加的順序依次執(zhí)行。而在IE<=9中,這個問題存在一個bug:假如我們向文檔中增加了多個defer的腳本,而且之前的腳本中有appendChild,innerHTML,insertBefore,replaceChild等修改了DOM的接口調(diào)用,那么后面的腳本可能會先于該腳本執(zhí)行??梢詤⒖糶ithub的issue:https://github.com/h5bp/lazyweb-requests/issues/42

我們通過DEMO驗證一下,首先修改1.js的代碼為(這段代碼只為模擬,事實上這段代碼存在極大的性能問題):

document.body.innerHTML = "<div id='div'>我是后來加入的</div>";
document.body.innerHTML += "<div id='div'>我是后來加入的</div>";
document.body.innerHTML += "<div id='div'>我是后來加入的</div>";
document.body.innerHTML += "<div id='div'>我是后來加入的</div>";
document.body.innerHTML += "<div id='div'>我是后來加入的</div>";
document.body.innerHTML += "<div id='div'>我是后來加入的</div>";
document.body.innerHTML += "<div id='div'>我是后來加入的</div>";
alert("我是第1個腳本");

2.js

alert("我是第2個腳本");

修改HMTL中的代碼為:

<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8"/>
<title>defer bug in IE=9 test</title>
<script src="1.js" type="text/javascript" defer="defer"></script>
<script src="2.js" type="text/javascript" defer="defer"></script>
</head>
<body>
</body>
</html>

正常情況下,瀏覽器中彈出框的順序肯定是:我是第1個腳本-》我是第2個腳本,然而在IE<=9中,執(zhí)行結(jié)果卻為:我是第2個腳本-》我是第1個腳本,驗證了這個bug。

2.5 defer總結(jié)

在總結(jié)之前,首先要說一個注意點:正如標(biāo)準(zhǔn)中提到的,defer的腳本中不應(yīng)該出現(xiàn)document.write的操作,瀏覽器會直接忽略這些操作。

總的來看,defer的作用一定程度上與將腳本放置在頁面底部有一定的相似,但由于IE<=9中的bug,如果頁面中出現(xiàn)多個defer時,腳本的執(zhí)行順序可能會被打亂從而導(dǎo)致代碼依賴可能會出錯,因此實際項目中很少會使用defer特性,而將腳本代碼放置在頁面底部可以替代defer所提供的功能。

3 async特性

3.1 關(guān)于async腳本的執(zhí)行時機

async特性是HTML5中引入的特性,使用方式為:async="async",我們首先看一下標(biāo)準(zhǔn)中對于async特性的相關(guān)描述:

async:If the async attribute is present, then the script will be executed asynchronously, as soon as it is available.

需要指出,這里的異步,指的其實是異步加載而不是異步執(zhí)行,也就是說,瀏覽器遇到一個async的script標(biāo)簽時,會異步的去加載(個人認(rèn)為這個過程主要是下載的過程),一旦加載完畢就會執(zhí)行代碼,而執(zhí)行的過程肯定還是同步的,也就是阻塞的。我們可以通過下圖來綜合理解defer和async:


這樣來看的話,async腳本的執(zhí)行時機是無法確定的,因為腳本何時加載完畢也是不確定的。我們通過下面的demo來感受一下:

async1.js

alert("我是異步的腳本");

HTML代碼:

<!DOCTYPE html>
<html>
<head lang="en">
<meta charset="UTF-8">
<title>async attribute test</title>
<script src="/delayfile.php?url=http://localhost/js/load/async1.js&delay=2" async="async" type="text/javascript"></script>
<script>
alert("我是同步的腳本");
</script>
</head>
<body>
</body>
</html> 

這里我們借用了《瀏覽器環(huán)境下JavaScript腳本加載與執(zhí)行探析之代碼執(zhí)行順序》中的delayfile腳本來提供了一個延遲,這個腳本在支持async的瀏覽器中,彈框的順序一般是:我是同步的腳本-》我是異步的腳本。

3.2 async的瀏覽器支持情況

下面我們來看一下async特性的瀏覽器支持情況:

可以看到,只有IE10+才支持async特性,opera mini不支持async特性,另外,async是不支持內(nèi)部腳本的。

3.3 async總結(jié)

async指的異步腳本,即腳本異步加載,加載的過程不會造成阻塞,但是async的腳本的執(zhí)行時機是不確定的,而且執(zhí)行的順序也是不確定的,因此使用async的腳本應(yīng)該是不依賴于任何代碼的腳本(比如第三方統(tǒng)計代碼或廣告代碼),否則就會導(dǎo)致執(zhí)行出錯。

4 defer和async的優(yōu)先級問題

這一點比較好理解,標(biāo)準(zhǔn)中規(guī)定了:

[1]如果<script>元素同時定義了defer和async特性,則按async來處理(注意:對于不支持async的瀏覽器會直接忽略async特性)

[2]如果<script>元素只定義了defer,則按延遲腳本的方式處理

[3]如果<script>元素沒有定義defer也沒有定義async,則按正常情況處理,即:腳本立即加載和執(zhí)行

相關(guān)文章

最新評論