Opera：“最快的浏览器”
同样作为跨平台的浏览器，Opera的名声远远不如Firefox，这主要与Opera的商业属性有关—在Opera 8.5版本之前，所有的Opera都是以付费的方式提供，如果你不打算付费，那么就得忍受Opera在工具栏上方的广告条；不过更关键的原因还是Opera对IE优化网页的兼容性也不够好，导致没多少Windows用户正儿八经地使用Opera。但尽管市场表现平平，Opera在技术上的独到之处一直都被业界公认。Opera采用该公司独自开发的“Presto”引擎，它最大的特点就是速度超快，在所有的浏览器引擎中独占鳌头，因此各个版本的Opera在速度方面都有非常明显的优势（Opera公司一直宣称自己拥有“地球上最快的浏览器”），这也成为Opera相对于其他浏览器最主要的优势。
在IE垄断浏览器的年代，大量的网页都为IE优化，未能严格遵循W3C标准。而Opera在标准方面紧跟W3C，不支持其他扩展标准和微软的ActiveX，浏览器因此有很高的安全性。但非常遗憾，Opera在面对那些非W3C规范网页时无能为力，偏偏这样的网页在过去非常普遍，这样即便Opera速度再快，其它方面做得再好也无济于事；如果标准问题没有得到解决，Opera在PC领域不可能有什么市场。为了保持盈利，Opera公司后来将业务拓展到掌上设备领域，开发出多款针对嵌入平台的精简型Opera浏览器，由于这个领域没有竞争对手，Opera顺利实现自己的目标并从中获利，这样，Opera才能够在恶劣的市场环境下一直坚持到现在。伴随着Firefox的异军突起，网页设计者意识到遵循W3C规范的重要性，并积极着手改善网页的兼容性，困扰第三方浏览器多年的老问题将获得逐步解决，而Opera也开始受到越来越多用户的注意，许多用户都对Opera的精简、高速、易用的风格称赞不已，Opera迎来一个全新的发展契机。幸运的是，Opera也得到互联网巨头Google的青睐，在几个月前，Google与Opera宣布达成一项合作协议：Google定期向Opera支付一定的费用，作为回报，Opera选择Google作为浏览器的默认搜索引擎，并在同时放弃收费和广告条的做法，将浏览器免费提供给用户（但不开放源代码）。这项合作起到Opera、Google和终端用户三赢的效果—Opera既增加了收入，又可借助免费方式快速提高自己的市场份额；Google则让自己的影响力同时扩展到Firefox和Opera用户群，增强与微软对抗的实力；而用户可以免费获得Opera浏览器，不必再付费或“观赏”烦人的广告条。这项合作从Opera 8.5版开始生效，并获得了巨大的成功—在短短48小时内，Opera的下载量就突破了100万，创造浏览器领域的又一个奇迹。
在Opera 8.5推出没多久，Opera 9.0的Beta版又登台亮相。Opera 9.0带来的最大改变就是网页的渲染速度获得进一步提升，这给试用者留下深刻的印象—在打开同样的门户网站首页时，IE 6.0和Firefox都需要稍许停顿才能渲染出页面，而Opera 9.0 beta几乎可以瞬间完成页面渲染，速度飞快。如此优异的表现得益于Opera公司的出色工作，他们不满足于之前各版本Opera的效能表现，遂对Opera的Presto排版引擎进行重写，从现在的情况来看Opera的工作成效显著。除了速度提升之外，Opera 9.0的改善还包括增强弹出窗口监测/屏蔽能力、加入个人配置功能、高亮显示搜索关键词、增强标签锁定、内置源码阅读器等等，软件品质得到长足的进步。显然，Opera 9.0的出台让用户可以在IE、Firefox之外有了新的选择，但我们不必担忧它会与Firefox有什么冲突—Opera素以精简、快速和易用为卖点，适合那些不喜欢摆弄软件但求省心的用户；而Firefox的特长体现在功能强大、扩展灵活，也拥有丰富的资源。在很多时候，用户既在使用Firefox也在使用Opera，两者基本上是在相互促进而非竞争关系。
图5 Opera 9.0几乎可在瞬间完成网页渲染，速度优于其它所有浏览器产品。
KHTML引擎
对Windows用户来说，Konqueror可能是一个非常陌生的名字。但如果您接触过Linux/UNIX的KDE桌面环境，一定会对Konqueror十分熟悉。Konqueror是专门针对KDE环境的浏览器，它采用开放源代码的KHTML排版引擎，也严格遵循W3C技术规范；不过，Konqueror的开发力量并不强大，浏览器本身可用性不高，加之Linux KDE环境的用户稀少，Konqueror的实际影响力非常弱小。
除Konqueror外，同采用KHTML引擎的还有大名鼎鼎的Safari浏览器。Safari专用于苹果的Mac OS X操作平台—我们要了解到的一个背景是，当年苹果为说服微软开发Mac平台的Office办公套件，不惜将Netscape浏览器从Mac OS中剔除，以IE（Tasman引擎）取而代之。但在2003年，苹果公司决定独自开发浏览器，Safari由此诞生—在关键的排版引擎上，苹果选择开放源码的KHTML，苹果希望借助KHTML快速、小巧的优点为Mac OS量身定做一款顶级水准的浏览器。2003年8月，Safari 1.0正式推出，但与其它非IE浏览器一样，Safari的网页兼容性不如人意，苹果的用户们只是将它作为IE之外的第二种选择。此后，苹果公司不断对Safari的排版引擎进行改进，并衍生出更优秀的WebCore引擎。2005年4月，Safari 2.0成功推出，其速度比纯KHTML内核的Safari 1.0快1.8倍，并且率先通过Acid 2标准测试（Acid 2是针对网页浏览器的测试软件，由Web Standards Project项目所设计，测试范围涵盖HTML、CSS、PNG图像标准，可用于检测浏览器与W3C规范的相符程度）；另外，Safari 2.0直接整合RSS阅读器，在标签浏览、弹出广告侦测管理和界面设计方面也都有上佳表现，一经推出便受到苹果用户的热烈吹捧。在苹果的Mac OS X 10.3 Panther系统中，我们还能够看到IE的身影，而在10.4 Tiger系统中，苹果彻底摆脱了IE，而将Safari 2.0作为唯一捆绑的浏览器，这也充分说明Safari已然充分成熟，如果不是专注于Mac OS平台，它完全可以拥有更庞大的用户群。
也是在这个时候，KHTML开发者与苹果产生严重的分歧。KHTML引擎一直都采用程序库（code base）或所谓的“树状图”（tree）结构，技术发展也延续此条路线，而苹果在KHTML基础上衍生出的WebCore引擎，且没有及时将修改的结果回馈，致使最后出现两种不同版本的KHTML。在争论中Safari的工程师建议KHTML开发者干脆从WebCore基础上开始新工作，而KHTML开发者则断然拒绝了苹果的建议。这场冲突也体现了商业公司与开源社群之间的关系难题，KHTML开发者对苹果不满更多体现在苹果采纳了开源劳动的成果，但在羽翼丰满时却不愿继续回馈，我们不在这里讨论两大阵营的分歧，只是告诉大家一个事实：Safari与KDE的Konqueror将从此走上不同的道路，KHTML引擎也将出现两个不同的版本。相对来说，我们对KHTML的前景并不是特别看好，在桌面环境之争中，KDE已处于Gnome的下风，后者获得庞大的开发者及业界巨头的支持，开发社群高度活跃；在浏览器方面，Gnome更多选择与流行的Firefox相配合，用户也更容易接受；即便在KDE环境下，用户也更愿意使用Firefox，真正使用Konqueror浏览器的用户少得可怜。从目前的情形来看，KDE项目不太可能吸引大量的开发者参与，KHTML引擎要获得发展并不现实。
图6 设计粗糙的Konqueror浏览器，只在KDE环境下为极少数用户使用。
图7 同样基于KHTML引擎的Safari 2.0，软件品质远高于Konqueror。
浏览器将走向多元化
不管在哪一个领域，相信都没有用户会喜欢由一家商业公司独家垄断市场，IT行业尤其如此。在操作系统和浏览器领域，微软的垄断地位几乎牢不可破，凭借两者的相互依托和网页非官方的标准，微软更强有力地控制了市场。不过微软显然没有机会将这种垄断优势一直保持，Firefox、Opera乃至Safari等第三方浏览器的崛起悄然终结了微软的垄断地位—虽然IE仍然拥有超过80％的市场份额，但业界意识到应该从所谓的IE标准中脱身而出，重回W3C旗下；一旦网页实现标准化，选择何种浏览器在兼容性方面将毫无差异，用户可以选择IE，或是Firefox、Opera、Safari以及其他，多元化的应用将成为主导力量。到今天为止，第三方浏览器拥有的人气足以让开发者不会对他们视而不见，不管他们是否愿意，严格遵循W3C规范都是最明智的选择。
浏览器问题的解决对操作系统同样有着积极的意义。不管使用Windows、Mac OS还是Linux，都能获得相同的网络访问效果，如果使用Firefox、Opera之类的跨平台软件，那么在任何一种平台下操作习惯都完全相同，此时用哪一个操作系统根本就不重要，这正是微软长期以来所担心的事情。鉴于Linux桌面应用成熟在即，浏览器的多元化显然将产生进一步的助推作用，一个开放的软件时代即将成为现实，而今天我们就站在新旧交替的门槛。
