defer和async的区别

https://segmentfault.com/q/1010000000640869

两仪 2014年08月19日提问

 

先来试个一句话解释仨，当浏览器碰到 script 脚本的时候：

1. <script src="script.js"></script>

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

2. <script async src="script.js"></script>

   有 async，加载和渲染后续文档元素的过程将和 script.js 的加载与执行并行进行（异步）。

3. <script defer src="myscript.js"></script>

   有 defer，加载后续文档元素的过程将和 script.js 的加载并行进行（异步），但是 script.js 的执行要在所有元素解析完成之后，DOMContentLoaded 事件触发之前完成。

然后从实用角度来说呢，首先把所有脚本都丢到 </body> 之前是最佳实践，因为对于旧浏览器来说这是唯一的优化选择，此法可保证非脚本的其他一切元素能够以最快的速度得到加载和解析。

接着，我们来看一张图咯：

蓝色线代表网络读取，红色线代表执行时间，这俩都是针对脚本的；绿色线代表 HTML 解析。

此图告诉我们以下几个要点：

1. defer 和 async 在网络读取（下载）这块儿是一样的，都是异步的（相较于 HTML 解析）
2. 它俩的差别在于脚本下载完之后何时执行，显然 defer 是最接近我们对于应用脚本加载和执行的要求的
3. 关于 defer，此图未尽之处在于它是按照加载顺序执行脚本的，这一点要善加利用
4. async 则是一个乱序执行的主，反正对它来说脚本的加载和执行是紧紧挨着的，所以不管你声明的顺序如何，只要它加载完了就会立刻执行
5. 仔细想想，async 对于应用脚本的用处不大，因为它完全不考虑依赖（哪怕是最低级的顺序执行），不过它对于那些可以不依赖任何脚本或不被任何脚本依赖的脚本来说却是非常合适的，最典型的例子：Google Analytics

• 2014年08月19日更新
• 25 评论
• 赞赏
• 编辑

n͛i͛g͛h͛t͛i͛r͛e͛28.2k 声望

1 

关于这个问题 如果async和defer同时使用会产生什么效果呢

— 景初 · 2016年08月23日

1 

回复 苹果小萝卜：

应该是两个线程，只是他们是冲突的，不会同时执行。

— 银弹 · 2015年10月23日

1 

回复 andyhoney：

对呀，所以操作 DOM 的脚本不要使用 async / defer 就是了呀。另外，你的确可以使用它们，只不过把需要操作 DOM 的部分放在 DOMContentLoaded 事件回调中执行也可以，现在有很多框架的启动机制都是这样的，于是可以确保对于框架本身是可以异步加载的。比如 Angular 1.x 的手动 bootstrap 或 Angular 2.x 的缺省 bootstrap 机制都是这样。

我的回答只是解释三种加载方式的区别，并没有说强调一定用／不用哪种方式。

— n͛i͛g͛h͛t͛i͛r͛e͛ · 2016年01月28日

展开评论

答案对人有帮助，有参考价值2答案没帮助，是错误的答案，答非所问

http://ued.ctrip.com/blog/scr... script的defer和async 携程设计委员会里面的这篇文章介绍的挺详细的，里面引用的也很权威。不过里面有一处错误就是“每一个defer属性的脚本都是在页面解析完毕之后，按照原本的顺序执行，同时会在document的DOMContentLoaded之前执行。”--------------HTML5规范要求脚本执行应该按照脚本出现的先后顺序执行，但实际情况下，延迟脚本不一定按照先后顺序执行！！！async的js在下载完后会立即执行（因此脚本在代码中的顺序并不是脚本所执行的先后顺序，有可能后面出现的脚本先执行）。