渲染引擎
我们参照的浏览器—Firefox,Chrome和Safari基于两种渲染引擎创建。Firefox使用Gecko—一个“自制”的Mozilla渲染引擎。Safari和Chrome使用Webkit。
Webkit是一个开源的渲染引擎,始于Linux平台,后来被Apple修改用以支持Mac和Windows。查看http://webkit.org/以获得更多细节。
主要流程
在从网络层获得请求的文档后渲染引擎启动。通常是以8K块为单位对数据进行处理。
然后就是渲染引擎的基本流程:
图2:渲染引擎基本流程
渲染引擎开始处理HTML,把tag转换成一棵称之为“内容树”的DOM树结点。也会处理样式数据,不管在外联CSS文件里还是在内置样式元素里。样式信息和HTML里的可视化指令一起,用于创建另一棵树—渲染树。
渲染树包含带有可视化属性象颜色和座标等的矩形。这个矩形将按正确的顺序显示在屏幕上。
在渲染树构造完成后,进入“布局”处理。这意味着要给出每个结点在屏幕上显示的准确的座标。下一步是绘制—渲染树将会被布放,每个节点会用UI后端层来绘制。
重要之处在于理解这是个渐进的过程。为了更好的用户体验,渲染引擎将尽可能快的显示内容。在建立和布局这个渲染树之前不会去等待所有HTML被处理完。一部份内容被处理和显示,同时继续对源源不断来自网络的其余的内容进行处理。
主流程例子
下面是Webkit的主流程例子:
图3:Webkit主流程
下面是Gecko的主流程例子:
图4:Mozilla的Gecko渲染引擎主流程
从上面两幅图可以看出尽管Webkit和Gecko使用了稍稍不同的技术,但流程基本上是相似的。
Gecko称可视格式化元素的树为Frame树。每个元素是一个frame。Webkit使用了名词“Render Tree”,它由“Render Objects”组成。Webkit使用了名词“layout”来称呼放置元素的过程,而Gecko称它为“Reflow”。“Attachment”是联合DOM结点和可视化信息来创建渲染树的Webkit说法。一个很小的非语义区别是Gecko在HTML和DOM树之间有额外的层。这被称为“content sink”,是一个生成DOM元素的工厂。我们将依次讨论每个部份。
(待续)
原创文章,作者:苏葳,如需转载,请注明出处:https://www.swmemo.com/2006.html