浏览器的渲染原理(简化版)

  Web页面运行在各类各样的浏览器当中,浏览器载入、渲染页面的速度直接影响着用户体验简单地说,页面渲染就是浏览器将html代码根据CSS定义的规则显示在浏览器窗口中的这个过程。先来大体了解一下浏览器都是怎么干活的:
  1. 用户输入网址(假设是个html页面,而且是第一次访问),浏览器向服务器发出请求,服务器返回html文件;
  2. 浏览器开始载入html代码,发现<head>标签内有一个<link>标签引用外部CSS文件;
  3. 浏览器又发出CSS文件的请求,服务器返回这个CSS文件;
  4. 浏览器继续载入html中<body>部分的代码,而且CSS文件已经拿到手了,能够开始渲染页面了;
  5. 浏览器在代码中发现一个<img>标签引用了一张图片,向服务器发出请求。此时浏览器不会等到图片下载完,而是继续渲染后面的代码;
  6. 服务器返回图片文件,因为图片占用了必定面积,影响了后面段落的排布,所以浏览器须要回过头来从新渲染这部分代码;
  7. 浏览器发现了一个包含一行Javascript代码的<script>标签,赶快运行它;
  8. Javascript脚本执行了这条语句,它命令浏览器隐藏掉代码中的某个<div> (style.display=”none”)。杯具啊,忽然就少了这么一个元素,浏览器不得不从新渲染这部分代码;
  9. 终于等到了</html>的到来,浏览器泪流满面……
  10. 等等,还没完,用户点了一下界面中的“换肤”按钮,Javascript让浏览器换了一下<link>标签的CSS路径;
  11. 浏览器召集了在座的各位<div><span><ul><li>们,“大伙儿收拾收拾行李,咱得从新来过……”,浏览器向服务器请求了新的CSS文件,从新渲染页面。html

  说到页面为何会慢?那是由于浏览器要花时间、花精力去渲染,尤为是当它发现某个部分发生了点变化影响了布局,须要倒回去从新渲染内行称这个回退的过程叫reflow。 web

  reflow几乎是没法避免的。如今界面上流行的一些效果,好比树状目录的折叠、展开(实质上是元素的显示与隐藏)等,都将引发浏览器的 reflow。鼠标滑过、点击……只要这些行为引发了页面上某些元素的占位面积、定位方式、边距等属性的变化,都会引发它内部、周围甚至整个页面的从新渲染。一般咱们都没法预估浏览器到底会reflow哪一部分的代码,它们都彼此相互影响着。浏览器

  reflow问题是能够优化的 咱们能够尽可能减小没必要要的reflow。好比开头的例子中的<img>图片载入问题,这其实就是一个能够避免的reflow——给图片设置宽度和高度就能够了。这样浏览器就知道了图片的占位面积,在载入图片前就预留好了位置。服务器

  另外,有个和reflow看上去差很少的术语:repaint,中文叫重绘。若是只是改变某个元素的背景色、文字颜色、边框颜色等等不影响它周围或内部布局的属性,将只会引发浏览器repaint。repaint的速度明显快于 reflow(在IE下须要换一下说法,reflow要比repaint 更缓慢)。下次将经过一系列的实验说明在Firefox、IE等浏览器下reflow的优化。布局

  文章参考:http://hi.baidu.com/zhoumm1008/blog/item/03fa88f97fe5ddebfd037f4b.html优化

相关文章
相关标签/搜索
本站公众号
   欢迎关注本站公众号,获取更多信息