【笔记】JS脚本为什么要放在body最后面以及async和defer的异同点

1.没有`defer`或`async`

浏览器遇到脚本的时候会暂停渲染并立即加载执行脚本（外部脚本），“立即”指的是在渲染该 script 标签之下的文档元素之前，也就是说不等待后续载入的文档元素，读到就加载并执行。因此如果将JS脚本放置在head的话会产生阻塞，并且脚本当中对于DOM的操作也会出现报错，因为还没有生成。

放在body底部的JS脚本的执行顺序是按照在文档中的先后顺序执行的，而不是按照下载下的顺序

2.有`async`过程如下：

1.浏览器开始解析网页

2.解析过程中，发现带有async属性的script标签

3.浏览器继续往下解析 HTML 网页，同时并行下载外部脚本

4.脚本下载完成，浏览器暂停解析网页，开始执行下载的脚本

5.脚本执行完毕，浏览器恢复解析网页

async脚本执行顺序是下载的顺序

3.有`defer`过程如下：

1.浏览器开始解析网页

2.解析过程中，发现带有defer属性的脚本元素

3.浏览器继续往下解析网页，同时并行下载脚本元素加载的外部脚本

4.浏览器完成解析网页，此时再回过头执行已经下载完成的脚本

defer脚本执行顺序是出现的先后顺序

4.`defer`还是`async`？

两者之间的选择则是看脚本之间是否有依赖关系，有依赖的话应当要保证执行顺序，应当使用defer没有依赖的话使用async，同时使用的话defer失效。要注意的是两者都不应该使用document.write,这个导致整个页面被清除。

浏览器完整过程是先解析渲染HTML，当遇到脚本文件的时候则执行脚本文件，等待脚本文件执行完毕才继续解析html，因此会产生阻塞页面的情况，因此最好将脚本放在body底部，当浏览器遇到标有defer的时候则会下载该脚本，同是继续解析html，然后等到dom解析完毕之后才解析defer脚本，而如果遇到async脚本的时候同样是下载该脚本同是继续解析html，当anync下载完毕之后，而html尚未解析完毕，也会先解析async脚本，等待async脚本解析完毕之后才继续解析html。

详细的过程对比参考下图：