Librehat的部落格

实际上已经不算「新闻」了，好几天前，Google宣布他们从WebKit项目fork出来的项目——Blink！以便更方便、快速地实现Google工程师的目标。毕竟控制WebKit项目的是苹果而不是谷歌。

可是，我想提醒各位读者，Google的Blink是源于WebKit而不是WebKit2，而WebKit2这个全新的API层已经有几年历史了。WebKit2的实际控制者当然也是苹果，苹果给出的解释是谷歌不愿意把Chromium的多进程等代码合并到WebKit分支，所以苹果着手开发了一套新的多进程机制以及一些其它一些大的变化。

其实Chromium和Apple Safari并不完全相同，虽然都是WebKit，但是Chromium使用的是V8 JavaScript解析器，而Safari不是。我的观点就是这个分裂的祸根早就埋下了，苹果和谷歌不可能可以手拉手一起捣鼓WebKit！

可能有人不知道，WebKit是从KDE项目团队开发的KHTML fork出来的（壮哉我大KDE！）。

现在的情况自然是WebKit那边要开始清理Google的诸如V8、WebLayer、Skia等代码（Google fork了Blink自然不会再维护WebKit的代码，清理无人维护的代码是自然的事情），然后Blink开始精简瘦身，去掉Google不需要的代码。

一个月前Opera宣布放弃Presto转用WebKit/Chromium的时候，本以为浏览器渲染引擎要大一统，WebKit完胜。结果Google突然抛出Blink项目（Opera马上表示跟进使用Blink，严重怀疑Opera化身Google的桥头堡），估计往后WebKit和Blink的差异将越来越明显，就像现在的WebKit和KHTML已经截然不同了。

我太不同意36kr上的观点，即Blink会体现出对WebKit的优势，也不认为多数开发者都会跟进Blink。大多数网站考虑的还是兼容性，不大可能去支持一些Blink独有的功能，想想那个Native Client，至今没看见使用这个技术的大型网站。

此外，像GTK+和Qt对WebKit2的移植也是两三年的工作了，基本成熟稳定可用了。对于GNOME/KDE来说，不大可能抛弃WebKit2改用Blink，苹果、微软、Mozilla更是100%不会，这样来说，只有Google和Opera两家会使用Blink引擎。开源浏览器对浏览器市场份额固然贡献极其微弱，但是开源项目的工程师贡献还是不容忽视的。所以我的观点就是Blink和WebKit2半斤八两，加上Google杀死Google Reader的作法，结局难说。

Google fork Blink倒是有一个比较重大的好处的，保持浏览器渲染引擎的多样性——死掉Presto，来一个Blink，正好引擎数量不增不减。倒是前端工程师还得继续装N个浏览器的日子了！