1. WebKit是什么？

WebKit是一个开源的Web浏览器引擎。
WebKit的HTML解析器和JavaScript解析器代码分别源自KDE的KHTML和KJS代码库。

2. 谁在使用WebKit？

“MacOS X系统的Safari、Dashboard、Mail和很多其他OS X程序”
这就是在说，WebKit是Safari背后的浏览器引擎。还需要补充的是，Apple在Safari里面使用了自己的Nitro JavaScript引擎（只用WebKit来渲染HTML）。

Google官方说明：Chromium使用WebKit做为渲染引擎。与其打造Chromium特有的实现方式，我们更希望去尽可能多的去为使用WebKit核心的浏览器做贡献。

这是说Chrome也在使用Nitro JS引擎？不，Chrome有他自己的V8 JavaScript引擎。简单的说，Chrome也使用WebKit，但是它也实现了自己的JavaScript处理方式。V8同时还是驱动Node.js的JavaScript引擎。

Opera会使用Chromium实现的WebKit，也会使用V8引擎。这就是说虽然Opera在宣称自己使用WebKit，但事实上它使用WebKit和Safari与其他浏览器使用的WebKit并不完全一样。如果你想客观了解现状，这是必须清楚的概念。

3. 现在WebKit究竟有多少分支？

所以我们知道现在WebKit正在驱动，或者将会驱动3个主流浏览器。但是WebKit还有多少其他类型的实现？
确实还有很多很多WebKit的变种，特别是在移动领域。他们都是WebKit的分支。

4. 这些WebKit的分支有多少差别？

有一种假设：因为这些浏览器都在使用WebKit，所以他们也会以同样的方式去支持相同的特性。
对于很多基本的特性来说，确实是这样。但是对于很多小众特性，就未必如此了。

举例来说，当Chrome开始支持游戏手柄API的时候，Safari不但还没开始支持，而且以后也不太可能支持。另一个例子是WebGL。做为在Chrome已经支持了很久的特性之一，Safari却才刚刚看到了曙光（而且还是在开发者选项里）。当然，这些还都是比较出名的例子。还有很多试验性的例子潜伏在大众的视野之下。

甚至很多基础的、日常的功能，在不同的代码分支下都有所不同。PPK完整的总结了这些WebKit的差异。

5. WebKit的逐步普及，对web开发有什么影响？

如果一个浏览器迁移到了WebKit，那是不是意味着（在编写代码的时候）可以少测试一个浏览器了？
不。每个浏览器都有它自己的怪异模式、性能差异、设计，和功能。所以每个浏览器都要测试。

当一个功能加入到WebKit的时候，是不是意味着在其他浏览器里就可以使用这功能了？
当然不是。比如游戏手柄API的例子。Paul Irish强调了这样一个事实：WebKit浏览器们可以挑选究竟把哪些API放入他们的版本。比如Chrome选择支持游戏手柄API。很多API在WebKit的层面就已经被实现了，但是WebKit项目书允许关闭这些功能。（编者注：Paul Irish是Google Chrome的员工，他曾在jQuery团队工作两年。）

如果所有的浏览器都使用相同的引擎，这对程序员来说意味着什么？
随着时间的流逝，他们会意识到尽管同是WebKit，也会有很多不同的东西。

6. 新特性如何加入到WebKit中，谁又来负责审核？

现在有许多公司正在为WebKit项目贡献自己的力量。

WebKit项目提交和审查页面提到只能有老的代码提交员和审核员才能提名新的新的代码提交员与审核员。这比较合理。然而，无论WebKit项目决定让谁参与进来，最终都还是要让Apple来做审核：
当有人被WebKit代码提交员成功提名后，Apple会处理发送代码提交员协议，在签署协议之后，Apple会继续开通SVN账户。

对于这一点并没有什么隐秘的动机，但这确实在告诉大家，WebKit和很多开源项目一样，并不是真正分散和民主的。权利是且必须是集中的——只有这样才能保证能做出决定，并且把事情做成。

7. 如何评价WebKit？

允许我们强调一下，WebKit是好的。它有开放的流程和强大的贡献者。我们只是想澄清一个当下被广泛接受的错误概念——一个WebKit等于所有WebKit，还有——如果所有浏览器都选择WebKit，那么对开发者来说，工作会变得更轻松。
我的意思是说，与众多独立的浏览器引擎会为市场带来多样性一样，WebKit在这一点来说，同样会表现的很棒。

—————

转自：http://www.infoq.com/cn/news/2013/02/webkit-history-and-now