看过javascript高级程序设计的人，在javascript高级程序设计里，应该看到了介绍了有关defer和async的区别，可是比较浅显，而且也说得不是很清楚。下面我们来通过图片来详细了解下dfer和async的区别。     下面来看看这三句话： 

1.<script src="http://www.mamicode.com/script.js"></script> 

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

2.<script async src="http://www.mamicode.com/script.js"></script> 

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

3.<script defer src="http://www.mamicode.com/myscript.js"></script> 

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

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

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

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

defer和async的详细区别