网页加载过程

* html解析过程

1.用户输入网址（假设是个html页面，并且是第一次访问），浏览器向服务器发出请求，服务器返回html文件；
2.浏览器开始载入html代码，发现＜head＞标签内有一个＜link＞标签引用外部CSS文件；
3.浏览器又发出CSS文件的请求，服务器返回这个CSS文件；
4.浏览器继续载入html中＜body＞部分的代码，并且CSS文件已经拿到手了，可以开始渲染页面了；
（这个时候会外部样式进行阻塞加载，外部样式不会阻塞后续外部脚本的加载，但会阻塞外部脚本的执行，直到外部样式加载并解析完毕。）
（如果后续外部脚本含有async属性（IE下为defer），则外部样式不会阻塞该脚本的加载与执行）
5.浏览器在代码中发现一个＜img＞标签引用了一张图片，向服务器发出请求。此时浏览器不会等到图片下载完，而是继续渲染后面的代码；
6.服务器返回图片文件，由于图片占用了一定面积，影响了后面段落的排布，因此浏览器需要回过头来重新渲染这部分代码；
7.浏览器发现了一个包含一行Javascript代码的＜script＞标签，赶快运行它；
8.Javascript脚本执行了style.display=”none”，它命令浏览器隐藏掉代码中的某个＜div＞。突然少了这么一个元素，浏览器不得不重新渲染这部分代码；
9.终于等到了＜/html＞的到来，执行完了此次的页面加载渲染过程，浏览器泪流满面……
10.此时，如果用户点了一下界面中的“换肤”按钮，Javascript让浏览器换了一下＜link＞标签的CSS路径；
11.浏览器召集了在座的各位＜div＞＜span＞＜ul＞＜li＞们，“大伙儿收拾收拾行李，咱得重新来过……”，浏览器向服务器请求了新的CSS文件，重新渲染页面。

html解析完成后HTML解析完毕后DOM树与CSS样式已经得到，开始构建呈现树RenderTree

* 流程分析

浏览器下载的顺序是从上到下，渲染的顺序也是从上到下。
由于浏览器采用自上而下的方式解析，在遇到样式（link、style）与脚本文件（script）时都会阻塞浏览器的解析，直到外部资源加载并解析或执行完毕后才会继续向下解析html。

*JS的加载

不能并行下载和解析（阻塞下载）
当引用了JS的时候，浏览器发送1个js request就会一直等待该request的返回。因为浏览器需要1个稳定的DOM树结构，而JS中很有可能有代码直接改变了DOM树结构，比如使用 document.write 或 appendChild,甚至是直接使用的location.href进行跳转，浏览器为了防止出现JS修改DOM树，需要重新构建DOM树的情况，所以 就会阻塞其他的下载和呈现。