什么Webkit？

提起WebKit，大家自然而然地想到浏览器。作为浏览器内部的主要构件，WebKit的主要工作是渲染。给定一个HTML文件，WebKit的工作是把 HTML 格式的内容绘制出来，包括， a. HTML 的布局，譬如左边是什么，顶部是什么，中间是什么。 b. 根据用户设定，呈现文字，譬如字体是宋体还是楷书，大小尺寸，重体斜体等等。 c. 显示不同格式的图片，譬如 JPG ， GIF ， PNG 等等。所以， WebKit是一个渲染机（Rendering Engine ）。

浏览器与用户的交互，主要通过 JavaScript 程序控制 。 譬如用户在浏览器界面上移动鼠标，有些图标会放大或缩小，颜色会变化等等。 严格说来，JavaScript Engine不属于WebKit，但是WebKit自带了一个JavaScript Engine，SquirrelFish。不过在WebKit框架下，可以把SquirrelFish Java Engine替换成其它版本，而不影响WebKit整体工作。譬如，Google的Chrome浏览器，内部使用的渲染机是WebKit，但是 Google没有用SquirrelFish，而是自己另起炉灶开发了一套JavaScript Engine，取名V8。V8的来历不清楚，或许是因为Google的工程师喝多了V8果蔬饮料，所以就取了这么个名字。就如同Sun Microsystems的工程师喝多了咖啡，于是把他们发明的新语言定名为Java一样。

说起渲染机（Rendering Machine ），微软的 IE 浏览器用的 Rendering Engine ，名曰三叉戟（ Trident ）。 Firefox 用的 Rendering Engine ，叫 Gecko 。而 Apple 的 Safari ，以及 Google 的 Chrome ，用的 Rendering Engine 都是 WebKit 。

虽然 IE浏览器 占据大部分市场份额，但是似乎谈论 Trident 的文章不是很多。而 Firefox使用的Gecko，它 的特点是小，有点像 OS 的微内核一样，扩展性很好。 最近几年，谈论 WebKit 的文章很多，甚至有人断言， WebKit是当今最好的Rendering Engine。WebKit之所以大热， 估计与以下几个因素有关。

1. WebKit 的前身是由开源的 Linux 项目组 KDE 设计开发的 KHTML ，后来 Apple 觉得这个产品不仅开源，而且架构设计简洁高效，所以就参与开 发。再后来，在产品未来开发计划上， Apple 与 KDE 产生分歧，于是各干各的， Apple 把产品名字改为 WebKit 。

2. 基于 WebKit ， Apple 公司于 2003 年推出 MacOS 平台的浏览器， Safari 。

3. 2005 年， WebKit 源代码向公众开放。

4. 同年， Nokia 推出 S60 平台的手机浏览器，其内部 Rendering Engine ，也是 WebKit 。

5. 同年， KDE 宣布放弃 KHTML ，改用 WebKit 。

6. 2007 年， Apple 推出手机 iPhone ，引起轰动。 iPhone 自带的手机浏览器，也使用了 WebKit 。 iPhone 的浏览器，缩放自如，引人注目。

7. 2008 年， Google 推出浏览器 Chrome ，其内部 Rendering Engine ，也是 WebKit 。

需要指出的是， Rendering Engine 的用途，并不限于浏览器，而是可以充当通用的 UI 实现平台。譬如，微软的电子邮件软件 Outlook ，虽然不是浏览器，但是其界面渲染，使用了 微软的Rendering Engine，Trident 。甚至微软的 Office 系列软件，也使用了 Trident 。

为什么要用Rendering Engine来处理渲染，而不是用Java Swing那样的UI工具？估计有两个原因。

1. 方便开发，吸引更多开发者。

Java Swing固然不难用，但是广大开发者更熟悉HTML+CSS+JavaScript。哪个手机能吸引更多开发者，它就能获得更多更好的应用程序。哪个手机能拥有更多更好的应用程序，它的市场前景就更广阔。使用C/C++语言的开发者人数，不如Java的多。Java的用户，不如HTML+CSS+JavaScript的多。Palm WebOS之所以把GUI的管理基于WebKit基础之上，估计主要的目的是吸引广大Web开发者，这些人最熟悉的工具就是 HTML+CSS+JavaScript。

目前非常流行的Web开发工具，Ruby on Rails的缔造者，David H. Hansson，于2007年6月发表过一篇博客，题为“我就是喜欢HTML+CSS+JavaScript，咋了？”（http://ajax.sys-con.com/node/395424）。文中表达了这么一个观点，以 HTML+CSS+JavaScript为代表的Web技术源于实践，它们已经发展和经受了10多年的考验。现在大家要做的，不是去追求无必要的所谓完美，而是用好HTML+CSS+JavaScript，把它们的潜力充分挖掘出来。

或许David H. Hansson的观点有点偏激，但是不可否认的是，他的观点有很多拥护者。基于WebKit之上的GUI系统设计，Palm WebOS是不是有意迎合Web开发者？

2. 工作流程的柔性组织。

复杂一点的应用程序，通常由多个页面组成，页面与页面之间的衔接，称为工作流程。应用程序的更新，不仅涉及每个页面的内容的更改，而且也涉及工作流程的变更。

WebKit 这样的Rendering Engine，不仅提供了单个页面的渲染，而且也提供了历史页面的缓存，支持后退（Back），前进（Forward）以及历史（History）等等功能。同时，WebKit能够记忆用户对于每个页面做过哪些修改，甚至提供恢复（Undo）功能。

Figure 2. WebKit Rendering effect
Courtesy http://www.atoker.com/blog/wp-content/uploads/2008/06/ubrowser-webkit.jpg

单个页面的渲染，多个页面衔接而成的柔性工作流程组织，GUI管理系统都需要提供支持。与其重新开发程序，不如利用现成的WebKit工具库。如果有人问，WebKit与Palm WebOS的GUI管理系统，尤其是Window Server和Window Manager两个模块，是什么关系？或许可以这么猜测，Palm WebOS在实现Window Server和Window Manager两个模块时，调用了WebKit相关APIs。也就是说，Palm WebOS把WebKit拆散了，作为工具库使用。

WebKit的确有很多优势，但是并不完美。尤其是，能不能把WebKit原封不动地照搬到手机上来，作为手机GUI渲染和控制的基石，这个问题比较复杂