浅谈 defer 和 async 的区别
当浏览器碰到 script 脚本的时候：
-
<script src="script.js"></script>没有
defer或async，浏览器会立即加载并执行指定的脚本，也就是说不等待后续载入的文档元素，读到就加载并执行。 -
<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
这里注意：js代码执行线程和渲染线程是串行的，只有在js执行完毕后，浏览器才能渲染
总结：
- defer和async的作用：
- 传统方式下，在文档中遇到script标签，会先加载js脚本，后面的文档加载会先停止
- 如果在script脚本中插入defer和async，可以使得js脚本与文档加载异步进行
- 区别： 在于脚本加载完成后何时运行
- defer 是在浏览器渲染完成之后执行js代码；并且按照加载的顺序执行代码
- async 是在加载完成后立即执行；特点是乱序执行，因为每个js代码的加载时间不同