三国演义 > 两虎相争

Google这个号称永不为恶的公司，继续着它的口碑策略，依旧是瞄着“万恶不赦”的MS，不过这次Target变成了Internet Explorer了。Google Chrome说来就真的来了。

虽然Google依旧赞助着Firefox，但是不可避免的IE， Firefox以及Chrome之间的三国演义肯定比以往的Firefox、IE两虎相争好看的多。难怪这些年来，尽管西班牙甲级联赛一直排在FIFA的联赛积分榜首位，但还是更多的人喜欢看英超和意甲（当然西班牙足球开球时间也有一定的影响）。

无论如何，在俺们公司那冗长的SWAP加入Chrome之前，俺们可以放心大胆的试用一把，而且我绝对相信Google的产品肯定较之华而不实的Apple稳定兼有效得多。

唯一不知道的是，MS的IE team会不会也给Chrome送上一个大蛋糕呢？

为了增加一下本文的看点，写一点使用体会吧：

1. Chrome毫无疑问比IE8快，这在网速相同的情况下，Chrome所用的Html解析器比MS的效率更高一点。联想到当年Apple推出浏览器时同样宣称速度很快，我很好奇其快速的原因之所在，装得稍微专业一点，看看Chrome和IE8的Dependence吧：

毫无疑问，IE8明显把功能剥离出来，写过C++程序的人都明白，MS不仅仅自己推出了COM技术，更把它渗透了它自己产品的各个角落，这也就是Maxthon之类基于IE核心浏览器能存在的理由，而Reuse的代价通常都是繁多的代码。至于JScript的运行效率之类，PCOnline似乎已经做了一些颇为专业的测试。

1. Google很讨巧的用单独的Process来表达每个Tab，我怀疑这种技术是不是基于MS在Office中开始增加的另外一种GUI(Multiple Top-Level documents)的技术，当然MS早早的把它合成在MFC中了。尽管Chrome无疑不是Built自MFC，但原理都是相同的，而且MFC是一个公开Source Codes的商业库。

Chrome这种做法的好处是单个Tab的Dump不会影响其它的，这不同于IE8那启动的两个Process。IE8那两个Process中Backup的那个只有在当前那个无响应时才接管，而经过我从Beta 1到Beta 2的试用，IE8这种效果起码不是我满意的。而Chrome的做法无疑是讨巧的，虽然它无形中增加了系统的开销，对Windows这种的系统来说，创建一个Process起码要两个内核对象，一个Process，一个Thread，更不要说多出来的那个Thread会在分享CPU时间片上会给别的Process带来影响。不过，对一个用在客户端的浏览器，这是完全可以接受的，对数据库这种被迫使用Fiber线程来增加效率的近乎BT的程序来说，这当然是不可想象的。

1. 不得不说，Chrome的兼容性还是比较弱的，就拿PCOnline的网站来说，我曾经遇到部分网页始终无法正常显示。还有，对微软的东西也非常差，比如Windows Live Sign-in Assistant跟Windows Live Spaces，很多Microsoft Enhanced的内容根本显示不出来，俺自己Spaces的Visit Counter就无法显示，同样编辑板块中图片甚至连删除留言Button也看不到了。

总结陈词，Chrome确实不错，再发现它大的问题或证明IE8能在速度上超过它之前，我会用它来代替IE8 Beta 2的。