defer和async的区别

Question

在javascript高级程序设计里，介绍了有关defer和async的区别，可是比较浅显，那位大牛能说明白些。

Answer 1

先来试个一句话解释仨，当浏览器碰到 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

Answer 2

说那么多干嘛，一图胜千言！

Answer 3

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

Answer 4

带有defer属性的脚本执行也不一定按照顺序执行，有风险。

Answer 5

Answer 6

async：异步，外部JS加载完成后，浏览器空闲时，Load事件触发前执行，乱序；
defer：异步，在JS加载完成后，整个文档解析完成后，触发 DOMContentLoaded 事件前执行，顺序；

Answer 7

我最近遇到一个相关的问题，大致就是两个js文件的顺序是下面这样的

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

1.js会生成dom元素，而2.js需要对这些生成的dom元素进行操作。然而结果是操作无效，试了很多种方法，不知道应该怎么解决。

Answer 8

B站看到的图，更直观一点。

![上传中...]()

Answer 9

async：异步，外部JS加载完成后，浏览器空闲时，Load事件触发前执行，乱序；
defer：异步，在JS加载完成后，整个文档解析完成后，触发 DOMContentLoaded 事件前执行，顺序；