浏览器解析和渲染过程

html各类渲染都是从浏览器开始的，分为浏览器解析和浏览器渲染两大步骤

1、浏览器解析

一、浏览器经过请求的 URL 进行域名解析，向服务器发起请求，接收文件（HTML、CSS、JS、Images等等）。
二、HTML 文件加载后，开始构建 DOM Tree
三、CSS 样式文件加载后，开始解析和构建 CSS Rule Tree
四、Javascript 脚本文件加载后， 经过 DOM API 和 CSSOM API 来操做 DOM Tree 和 CSS Rule Tree

2、浏览器渲染
一、浏览器引擎经过 DOM Tree 和 CSS Rule Tree 构建 Rendering Tree
二、Rendering Tree 并不与 DOM Tree 对应，好比像 标签内容或带有 display: none; 的元素节点并不包括在 Rendering Tree 中 。
三、经过 CSS Rule Tree 匹配 DOM Tree 进行定位坐标和大小，是否换行，以及 position、overflow、z-index 等等属性，这个过程称为 Flow 或 Layout 。
四、最终经过调用Native GUI 的 API 绘制网页画面的过程称为 Paint 。

---

1.浏览器加载和渲染html的顺序

浏览器加载和渲染html的顺序
IE下载的顺序是从上到下，渲染的顺序也是从上到下，下载和渲染是同时进行的。
在渲染到页面的某一部分时，其上面的全部部分都已经下载完成（并非说全部相关联的元素都已经下载完）
若是遇到语义解释性的标签嵌入文件（JS脚本，CSS样式），那么此时IE的下载过程会启用单独链接进行下载。
而且在下载后进行解析，解析过程当中，中止页面全部往下元素的下载。阻塞加载
样式表在下载完成后，将和之前下载的全部样式表一块儿进行解析，解析完成后，将对此前全部元素（含之前已经渲染的）从新进行渲染。
JS、CSS中若有重定义，后定义函数将覆盖前定义函数

2. JS的加载

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

3.如何加快HTML页面加载速度

一、页面减肥。页面的肥瘦是影响加载速度最重要的因素删除没必要要的空格、注释。将inline的script和css移到外部文件，可使用HTML Tidy来给HTML减肥，还可使用一些压缩工具来给JavaScript减肥
二、减小文件数量。减小页面上引用的文件数量能够减小HTTP链接数。许多JavaScript、CSS文件能够合并最好合并，人家财帮子都把本身的JavaScript. functions和Prototype.js合并到一个base.js文件里去了
三、减小域名查询。DNS查询和解析域名也是消耗时间的，因此要减小对外部JavaScript、CSS、图片等资源的引用，不一样域名的使用越少越好
四、缓存重用数据。使用缓存吧
五、优化页面元素加载顺序。首先加载页面最初显示的内容和与之相关的JavaScript和CSS，而后加载DHTML相关的东西，像什么不是最初显示相关的图片、flash、视频等很肥的资源就最后加载
六、 减小inline JavaScript的数量。浏览器parser会假设inline JavaScript会改变页面结构，因此使用inline JavaScript开销较大，不要使用document.write()这种输出内容的方法，使用现代W3C DOM方法来为现代浏览器处理页面内容
七、使用现代CSS和合法的标签。使用现代CSS来减小标签和图像，例如使用现代CSS+文字彻底能够替代一些只有文字的图片，使用合法的标签避免浏览器解析HTML时作“error correction”等操做，还能够被HTML Tidy来给HTML减肥
八、 Chunk your content。不要使用嵌套tables
九、指定图像和tables的大小。若是浏览器能够当即决定图像或tables的大小，那么它就能够立刻显示页面而不要从新作一些布局安排的工做，这不只加快了页面的显示，也预防了页面完成加载后布局的一些不当的改变。

4.HTML页面加载和解析流程

用户输入网址（假设是个html页面，而且是第一次访问），浏览器向服务器发出请求，服务器返回html文件；
一、浏览器开始载入html代码，发现＜head＞标签内有一个＜link＞标签引用外部CSS文件；
二、浏览器又发出CSS文件的请求，服务器返回这个CSS文件；
三、浏览器继续载入html中＜body＞部分的代码，而且CSS文件已经拿到手了，能够开始渲染页面了；
四、浏览器在代码中发现一个＜img＞标签引用了一张图片，向服务器发出请求。此时浏览器不会等到图片下载完，而是继续渲染后面的代码；
五、服务器返回图片文件，因为图片占用了必定面积，影响了后面段落的排布，所以浏览器须要回过头来从新渲染这部分代码；
六、浏览器发现了一个包含一行Javascript代码的＜script＞标签，赶快运行它；
七、Javascript脚本执行了这条语句，它命令浏览器隐藏掉代码中的某个＜div＞ （style.display=”none”）。杯具啊，忽然就少了这么一个元素，浏览器不得不从新渲染这部分代码；
八、终于等到了＜/html＞的到来，浏览器泪流满面……
九、等等，还没完，用户点了一下界面中的“换肤”按钮，Javascript让浏览器换了一下＜link＞标签的CSS路径；
十、浏览器召集了在座的各位＜div＞＜span＞＜ul＞＜li＞们，“大伙儿收拾收拾行李，咱得从新来过……”，浏览器向服务器请求了新的CSS文件，从新渲染页面。