`
TracyLin
  • 浏览: 4256 次
  • 性别: Icon_minigender_1
  • 来自: 南京
社区版块
存档分类
最新评论

浏览器环境下JavaScript脚本加载与执行探析之defer与async特性

阅读更多

defer和async特性相信是很多JavaScript开发者"熟悉而又不熟悉"的两个特性,从字面上来看,二者的功能很好理解,分别是"延迟脚本"和"异步脚本"的作用。然而,以defer为例,一些细节问题可能开发者却并不一定熟悉,比如:有了defer特性的脚本会延迟到什么时候执行;内部脚本和外部脚本是不是都能够支持defer;defer后的脚本除了会延迟执行之外,还有哪些特殊的地方等等。本文结合已有的一些文章以及MDN文档中对两个特性的阐述,对defer和async进行更全面的研究和总结,希望能够帮助开发者更好地掌握这两个特性。

1 引言

在《浏览器环境下JavaScript脚本加载与执行探析之代码执行顺序》中我们提到过,JavaScript代码的执行会阻塞页面的解析渲染以及其他资源的下载,当然由于JavaScript是单线程语言,那就意味着在正常情况下,一个页面中的JavaScript代码只能按顺序从上到下执行,当然,正如《浏览器环境下JavaScript脚本加载与执行探析之代码执行顺序》中我们分析的,在某些情况下,比如通过document.write进入脚本或者通过动态脚本技术引入脚本时,JavaScript代码的执行顺序不一定严格按照从上到下的顺序,而defer和async也是我们所说的"非正常的情况"。

我们经常会说JavaScript的执行具有阻塞性,而在实际的开发中,我们通常最关心的阻塞,同时也是最影响用户体验的阻塞应该是以下几个方面:

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

[2]我们写的页面初始化脚本(一般是监听DOMContentLoaded事件所绑定的脚本,这部分脚本是我们希望最先执行的脚本,因为我们会把和用户交互最相关的代码写在这里)

[3]页面外部资源下载的阻塞(比如图片)

如果我们有一个耗时的脚本操作,而这段脚本又阻塞了上面我们提到的这三个地方,那么这个网页的性能或者用户体验就非常差了。

defer和async这两个特性的初衷也是希望能够解决或者缓解阻塞对于页面体验的影响,下面我们就来分析一下这两个特性,我们主要从以下几个方面来全方位了解这两个特性:

[1]延迟或异步的脚本的执行时机是什么时候?对于页面的阻塞情况如何?

[2]内部脚本和外部脚本是否都能够实现延迟或异步?

[3]浏览器对这两个特性的支持情况如何?有没有相关的bug?

[4]使用了这两个特性的脚本在使用时还有什么需要注意的地方?

2 defer特性

2.1 关于defer脚本的执行时机

defer特性是HTML4规范中定义的扩展特性,最初只有IE4+和firefox3.5+才支持,之后chrome等浏览器也增加了对它的支持,使用的方式为defer="defer"。defer意为延迟,也就是会延迟脚本的执行。正常情况下,我们引入的脚本会被立即下载和执行,而有了defer特性之后,脚本下载完毕后不会立即执行,而是等到页面解析完毕之后再执行。我们看一下HTML4标准对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.

也就是说,如果设置了defer,那么就告诉用户代理,这个脚本不会产生任何文档内容,从而用户代理可以继续解析和渲染。我们再看一下MDN中对defer的关键描述:

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. 

通过标准中的定义,我们可以明确,即:defer的脚本不会阻塞页面的解析,而是等到页面解析结束之后再执行,但是耗时的defer依然可能会阻塞外部资源的下载,那么它会阻塞DOMContentLoaded事件么?事实上,defer的脚本依然是在DOMContentLoaded事件之前执行的,因此它还是会阻塞DOMContentLoaded中的脚本。我们可以通过下图来帮助理解defer脚本的执行时机:

来源:https://html.spec.whatwg.org/multipage/scripting.html#attr-script-defer

根据标准中的定义,内部脚本不支持defer,而IE9及以下的浏览器则提供了内部脚本的defer支持

2.2 defer的浏览器支持情况

下面我们来看一下defer特性的浏览器支持情况:

IE9及以下的浏览器存在一个bug,这个bug将在稍后的DEMO中进行详细的说明。

2.3 DEMO:defer特性的功能验证

我们模仿在Olivier Rochard在《the script defer attribute》使用的方式来验证一下defer特性的功能:

首先我们准备了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";
    </script>
    <script>
        test += "我是head内部脚本\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>

 代码中,为了方便实现DOMContentLoaded事件,我们引入了jQuery(之后的文章还会再介绍如何自己实现兼容的DOMContentLoaded),然后,我们在脚本的head内、body内部和body外部分别引入延迟脚本和正常脚本,并且通过一个全局的字符串来记录每一段代码的执行状态,我们看一下各个浏览器中的执行结果:

IE7 IE9 IE10 CHROME firefox

我是head外部脚本
我是head内部脚本
我是body外部脚本
我是底部外部脚本
我是head外部延迟脚本
我是head延迟内部脚本
我是body外部延迟脚本
我是底部外部延迟脚本
我是DOMContentLoaded里面的脚本
我是window.onload里面的脚本

 

我是head外部脚本
我是head内部脚本
我是body外部脚本
我是底部外部脚本
我是head外部延迟脚本
我是head延迟内部脚本
我是body外部延迟脚本
我是底部外部延迟脚本
我是DOMContentLoaded里面的脚本
我是window.onload里面的脚本

 

我是head外部脚本
我是head延迟内部脚本
我是head内部脚本
我是body外部脚本
我是底部外部脚本
我是head外部延迟脚本
我是body外部延迟脚本
我是底部外部延迟脚本
我是DOMContentLoaded里面的脚本
我是window.onload里面的脚本

我是head外部脚本
我是head延迟内部脚本
我是head内部脚本
我是body外部脚本
我是底部外部脚本
我是head外部延迟脚本
我是body外部延迟脚本
我是底部外部延迟脚本
我是DOMContentLoaded里面的脚本
我是window.onload里面的脚本

我是head外部脚本
我是head延迟内部脚本
我是head内部脚本
我是body外部脚本
我是底部外部脚本
我是head外部延迟脚本
我是body外部延迟脚本
我是底部外部延迟脚本
我是DOMContentLoaded里面的脚本
我是window.onload里面的脚本

 从输出的结果中我们可以确定,只有IE9及以下浏览器支持内部延迟脚本,并且defer后的脚本都会在DOMContentLoaded事件之前触发,因此也是会堵塞DOMContentLoaded事件的。

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

从2.3节中的demo可以看出,defer后的脚本还是能够保持执行顺序的,也就是按照添加的顺序依次执行。而在IE<=9中,这个问题存在一个bug:假如我们向文档中增加了多个defer的脚本,而且之前的脚本中有appendChild,innerHTML,insertBefore,replaceChild等修改了DOM的接口调用,那么后面的脚本可能会先于该脚本执行。可以参考github的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中,执行结果却为:我是第2个脚本-》我是第1个脚本,验证了这个bug。

2.5 defer总结

在总结之前,首先要说一个注意点:正如标准中提到的,defer的脚本中不应该出现document.write的操作,浏览器会直接忽略这些操作。

总的来看,defer的作用一定程度上与将脚本放置在页面底部有一定的相似,但由于IE<=9中的bug,如果页面中出现多个defer时,脚本的执行顺序可能会被打乱从而导致代码依赖可能会出错,因此实际项目中很少会使用defer特性,而将脚本代码放置在页面底部可以替代defer所提供的功能。

3 async特性

3.1 关于async脚本的执行时机

async特性是HTML5中引入的特性,使用方式为:async="async",我们首先看一下标准中对于async特性的相关描述:

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

需要指出,这里的异步,指的其实是异步加载而不是异步执行,也就是说,浏览器遇到一个async的script标签时,会异步的去加载(个人认为这个过程主要是下载的过程),一旦加载完毕就会执行代码,而执行的过程肯定还是同步的,也就是阻塞的。我们可以通过下图来综合理解defer和async:

来源:https://html.spec.whatwg.org/multipage/scripting.html#attr-script-defer

这样来看的话,async脚本的执行时机是无法确定的,因为脚本何时加载完毕也是不确定的。我们通过下面的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>

 这里我们借用了《浏览器环境下JavaScript脚本加载与执行探析之代码执行顺序》中的delayfile脚本来提供了一个延迟,这个脚本在支持async的浏览器中,弹框的顺序一般是:我是同步的脚本-》我是异步的脚本。

3.2 async的浏览器支持情况

下面我们来看一下async特性的浏览器支持情况:

 

 可以看到,只有IE10+才支持async特性,opera mini不支持async特性,另外,async是不支持内部脚本的。

3.3 async总结

async指的异步脚本,即脚本异步加载,加载的过程不会造成阻塞,但是async的脚本的执行时机是不确定的,而且执行的顺序也是不确定的,因此使用async的脚本应该是不依赖于任何代码的脚本(比如第三方统计代码或广告代码),否则就会导致执行出错。

4 defer和async的优先级问题

这一点比较好理解,标准中规定了:

[1]如果<script>元素同时定义了defer和async特性,则按async来处理(注意:对于不支持async的浏览器会直接忽略async特性)

[2]如果<script>元素只定义了defer,则按延迟脚本的方式处理

[3]如果<script>元素没有定义defer也没有定义async,则按正常情况处理,即:脚本立即加载和执行

 

由于经验尚浅,文中难免会出现错误,欢迎指正错误和交流~~

2
0
分享到:
评论

相关推荐

    浏览器环境下JavaScript脚本加载与执行探析之动态脚本与Ajax脚本注入

    在《浏览器环境下JavaScript脚本加载与执行探析之defer与async特性》中,我们研究了延迟脚本(defer)和异步脚本(async)的执行时机、浏览器支持情况、浏览器bug以及其他的细节问题。而除了defer和async特性,动态脚本...

    async与defer的区别

    形象的描述了async与defer的区别,...defer是延迟执行,在浏览器看起来的效果像是将脚本放在了 body后面一样(虽然按规范应该是在 DOMContentLoaded事件前,但实际上不同浏览器的优化效果不一样,也有可能在它后面)

    JavaScript无阻塞加载和defer、async详解

    在旧的浏览器下,都是按照先后顺序来加载的,这就保证了加载的js依赖不会发生问题。但是少部分新的浏览器已经开始允许并行加载js了,也就是说可以同时下载js文件,但是还是按先后顺序执行文件的。 下载是异步的没...

    关于Javascript中defer和async的区别总结

    没有 defer 或 async,浏览器会立即加载并执行指定的脚本,“立即”指的是在渲染该 script 标签之下的文档元素之前,也就是说不等待后续载入的文档元素,读到就加载并执行。 [removed][removed] 有 async,加载和...

    asyncjs:稍微不同的 JavaScript 加载器和依赖管理器

    与许多其他脚本加载器不同,asyncJS 可以异步加载内联函数和脚本字符串以及外部 JavaScript 文件。 asyncJS使用类似 Defer 的队列来跟踪任务,允许您附加额外的任务、附加额外的回调以及处理回调中的错误,使其...

    浅谈HTML5 defer和async的区别

    在HTML页面中插入Javascript的主要方法,就是使用[removed]元素。这个元素由Netscape创造并在...浏览器会立即加载并执行指定的脚本,“立即”指在渲染该script标签之下的文档元素之前,也就是说不等待后续载入的文档

    js的[defer]和[async]属性

    使用async属性加载JavaScript,这样整个脚本就可以异步加载和执行。 [removed]标签的defer属性——告诉浏览器该脚本不会在页面加载完成之前操作DOM,脚本将会和其他资源文件并行下载; [removed]标签的async属性...

    Defer-JS:将脚本的加载推迟到页面加载完成后

    将脚本放在页面底部、使用 defer 属性或使用 async 都无法实现这一点。 该脚本实际上确保脚本在页面加载完成后才加载。 只需将脚本从 defer.js 文件中复制出来,并将其放置在结束正文标记之前的脚本标记中(当然,...

    浅析script标签中的defer与async属性

    一、前言 看到的前辈写的代码如下 [removed][removed] 竟然同时有async和defer属性,心想着肯定是前辈老...这个属性的用途是表明脚本在执行时不会影响页面的构造。也就是说,脚本会被延迟到整个页面都解析完毕后再运行

    javascript按顺序加载运行js方法

    浏览器会异步加载 javascript 文件,但是会按照引用文件中的书写顺序从上到下执行解析 javascript Defer属性标记 defer是html4.0中定义的,该属性使得浏览器能延迟脚本的执行,等文档完成解析完成后会按照他们在文档...

    javascript延时加载之defer测试

    偶尔发现 js 中有个延时加载的标签 defer,还在疑惑这么好用的东西为什么没有流行起来。 测试了几个浏览器。在ie7,8,9和360安全济览器下可以。这就是为什么不选择defer的原因了。 代码如下: &lt;!DOCTYPE ...

    浅谈原生JS中的延迟脚本和异步脚本

    脚本会被延迟到页面加载完毕的时候,执行。也就是当浏览器解析到&lt;/html&gt; 标签后才会执行代码。在HTML5规范中,defer属性中适用于外部脚本。 而家了defer 的脚本文件会比DOMContentLoaded事件触发前执行。  ...

    JS script脚本中async和defer区别详解

    可以看到在script标签中,存在async与defer两个属性,首先这两个属性并共存,说直白点,你一个都不加,或者加两个属性其一,脚本加载规则都会不同,这点我在之前确实没仔细了解过,导致我在实际开发中遇到了这样一个...

Global site tag (gtag.js) - Google Analytics