WebKit之WebCore篇

转自: 浅谈WebKi谈WebKit之WWebKit之WebCore篇

 

1、从源代码目录结构来看
WebCore目录主要包括如下目录：
bindings 包含将Dom Binding给JavascriptCore方面的代码，同时包含依据idl接口描述文件，自动生成对应于JavascriptCore的Binding实现的脚本等内容；

bridge 主要包含NPPlugin方面的接口访问等内容；

css 主要包括与css方面相关的内容如解析、不同css规则的定义与实现、css Binding给JS的接口定义等内容；

dom 主要包括dom方面相关的内容如不同dom元素的定义与实现、dom Binding给JS的接口定义等内容；

html 主要包括html方面相关的内容如不同html元素的定义与实现、HTMLTokenizer及HTMLParser等内容；

loader 主要包括装载资源如html页面、css、js及image等方面内容；

page 主要包括描述一个Web页面所涉及的内容如page、frame、frameview、frametree、setting、history、chrome、chromeclient等内容；

rendering 主要包括如何使用样式，组织布局、显示html元素等方面内容；

plugins 主要包括浏览端如何实现NPPlugin方面的内容；

svg 主要包括与svg方面相关的内容；

xml 主要包括与xml方面相关的内容如xml parser、XPath、XSLT等；

platform 主要包括与不同平台或外部库相关的内容如graphics(图形输出方面)、network(网络处理方面)、image-decoders(解析不同图片格式方面)等；

2、主要数据结构
为了更加简单有效的描述浏览网页的内容及过程，WebKit为了明显区分不同方面的内容，采取了不同的namespace如webcore、javascriptcore、webkit等，webcore方面的主要数据结构有：
webcore::page、 webcore::frame、webcore::FrameLoader、webcore::FrameView、Document、 DOMWindow、KJSProxy、DocumentLoader、ResourceHandle、ResourceRequest、 ResouceResponse、MainResourceLoader、RenderObject、RenderView等；主要数据结构描述如下：

WebView及WebFrame与page、frame之间的关系

图一

FrameLoader、DocumentLoader、DocLoader类结构

图二

主要Document类结构

图三

FrameView类主要结构

图四

总的说来，WebCore包含了浏览器引擎的核心部分如处理html、dom、css、svg、获取资源、渲染页面过程控制、回调/通知外壳程序以及与Javascript实现的Binding等等；

二、一个Http请求在WebCore中的主要流程

1、当调用webkit_web_view_open(url)时会触发core(webView)->mainFrame()->loader()->load(uri)(即调用FrameLoader.load)来发起一个Http页面请求；

FrameLoader.load方法的主要处理过程如图：

图五

2、一旦发起ResourceHandle::start，就会由网络库向web服务器发起一个http请求；

3、 而MainResourceLoader作为一个ResouceHandleClient，提供了诸如didReceiveData()、 didReceiveResponse()等回调接口以供网络库调用，一旦从web服务器获得相关数据后网络库部分则会调用相关接口如 didReceiveData等；

4、MainResouceLoader::didReceiveData的主要回调处理过程如下图：

图六

5、通过回调didReceiveData()方法，进而调用Node.attach()方法，这样就会解析生成document，同时会创建frameview、domwindow等；

6、创建的frameview会触发layoutTimerFired时间Timer，进而调用layout()方法，从而触发RenderObject的创建、布局等，同时或许会invalidateRect，进而触发操作系统图形库的paint消息事件；

7、 由程序主消息处理循环接收paint消息事件，进而获取对应frame，获取或创建GraphicContext，然后调用 frame->view()->paint(&ctx,...)，从而触发对应RenderObject树进行重画处理，这样一个完 整的页面就会逐步的显示出来。


三、网络库、图形库、Javascript实现与WebCore的集成

为方便扩展及模块化，WebCore在处理浏览页面的过程中，往往使用了类似java或gecko中接口的概念，一般先定义一组公共接口或基类，然后由不同模块来实现。

如 网络处理部分由WebCore提供一个ResourceHandle类，而在不同的目录如cf、curl、qt、soup、win等中在不同网络库的支持 下对ResourceHandle类提供不同的实现，待编译时择机选择对应目录下的实现，这种方式从架构的角度看比较简单，但往往不能让程序同时使用多个 网络库，进而由程序动态切换使用不同网络库实现，而gecko在xpcom的基础上提供了对于这种扩展形式的支持；其中Chrome对 ResouceHanle类的实现基于WinHttp网络库。

同样WebCore对图形库的集成，也是采取这种 方式来实现，如由WebCore提供一个GraphicsContext类，然后在不同的目录如cairo、cg、qt、win、wx中在不同的图形库支 持下对GraphicsContext提供不同的实现。其中Chrome对GraphicsContext类的实现基于Skia图形库。

WebCore 中实现的dom、html、svg、css等，往往需要通过一定的方式输出给Javascript的实现如JavascriptCore、V8，以便JS Engineer能认识这些dom元素等，并且能调用其中的方法，这种方式叫做Binding，为了便于将WebCore中相对固定的dom、html、 svg、css接口等极其方便的Binding出去，WebKit使用了极其高效及神奇的方式来实现。

首先定义 一组非标准的idl接口，然后通过运行一组perl脚本如generate-bindings.pl、CodeGenerator.pm、 CodeGeneratorJS.pm等，就可根据idl接口定义，生成一组符合指定Javascript实现规则的脚本对象类。这样极大的减轻了开发人 员的投入及编码错误的发生。