defer和async的区别
当浏览器碰到 script 标签的时候：
async:表示应该立即下载脚本，但不妨碍页面中的其他操作，比如下载其他资源或等待加载其他脚本。只对外部脚本文件有效
defer：表示脚本可以延迟到文档完全被解析和显示之后再执行。只对外部脚本文件有效。IE7及更早版本对嵌入脚本也支持这个属性
只要不存在defer和async属性，浏览器会按照script标签元素在页面中出现的先后顺序对他们一次进行解析。
-
<script src="script.js"></script>
没有defer 或async ，浏览器会立即加载并执行指定的脚本，立即指的是在渲染改script标签之下的文档元素之前，也就是说不等待后续载入的文档元素，读到就加载并执行。
-
<script async src="script.js"></script>
有async，加载和渲染后续文档元素的过程将和script.js的加载与执行并行进行（异步）
-
<script defer src="myscript.js"></script>
有defer，加载后续文档元素的过程和script.js的加载并行进行（异步），但是script.js的执行要在所有元素解析完成之后，DOMContentLoaded事件触发之前完成
然后从实用角度老说呢，首先把所有脚本都丢到<body>之前是最佳实践，因为对于旧浏览器来说只是唯一的优化选择，此法可保证非脚本的其他一切元素能够以最快的速度得到加载和解析
接着，我们来看一张图：
蓝色线代表网络读取，红色线代表执行时间，这俩都是针对脚本的；绿色线代表HTML解析。
此图告诉我们以下几个要点：
-
defer和async在网络读取（下载）这块是一样的，都是异步的（相较于HTML解析）
-
他俩的差别在于脚本下载完之后合何时执行，显然defer是最接近我们对于应用脚本加载和执行的要求的
-
关于defer，此图未尽之处在于它是按照加载顺序执行脚本的，这一点要善加利用
-
async则是一个乱序执行的主，反正对它来说脚本的加载和执行是紧紧挨着的，所以不管你声明的顺序如何，只要它加载完了就会立刻执行
-
仔细想想，async对于应用脚本的用处不大，因为它完全不考虑依赖（哪怕是最低级的顺序执行），不过它对于那些可以不依赖任何脚本或不被任何脚本依赖的脚本来说却是非常合适的，最典型的例子：Google Analytics
执行顺序
-
HTML5规范要求脚本按照它们出现的先后顺序执行，因此第一个延迟脚本会先于第二个延迟脚本执行，而这两个脚本会先于DOMContentLoaded事件执行。在现实当中，延迟脚本并不一定会按照顺序执行，也不一定会在DOMContentLoaded事件触发前执行，因此最好只包含一个延迟脚本。
-
但与defer不同的是，标记为async的脚本并不保证按照指定他们的先后顺序执行。
-
异步脚本一定会在页面的load事件前执行，但可能会在DOMContentLoaded事件触发之前或之后执行。
浙公网安备 33010602011771号