为什么Chrome比其他浏览器快？
小ben成长手册 QQ群：&&
文章总数:248篇
评论总数:631条
分类总数:37个
标签总数:233个
友链总数:52个
为什么Chrome比其他浏览器快？
作者: benen005 | 发布时间:
09:57:03 | 点击量: 459
作者：Ilya GrigorikGoogle Chrome的历史和指导性原则Google Chrome最初是2008年下半年作为Windows平台上的一个beta版本发布的。Google还将自己编写的Chrome在BSD许可下进行了开源——称为Chromium。在很多人看来，这一串事件的发生颇为意外：浏览器战争要再次重启了吗？Google真的能做的更好吗？“它非常优秀让我不得不改变主意……”。埃里克o施密特在谈到他一开始反对开发Google Chrome时这样说道。答案是，他们能。时至今日，Chrome已经成为使用最广泛的网络浏览器（根据StatCounter的数据，市场份额超过35%），并且兼容Windows、Linux、OS X、Chrome OS多种操作系统，还包括Android和iOS等移动平台。显然，Chrome的特性和功能很对用户的胃口，其很多创新之举还被其他流行的浏览器所吸收和学习。有一本解释Google Chrome的思想和创新的原版38页漫画书，它很好地概括了Chrome受欢迎背后的思路和设计过程。但这只是开始。最初推动着Chrome开发的那些核心原则仍然是它持续优化的指导性原则：快速&&&&做出最快的浏览器安全&&&&为用户提供最安全的环境稳定&&&&提供有弹性且稳定的网络应用平台简单&&&&技术精妙蕴含在简单的用户体验中正如开发团队所看到的那样，我们今天所使用的很多网站都不再仅仅是网页，而是应用程序。这些越来越有野心的应用需要速度、安全和稳定。这些方面，每个都值得单独成文来介绍，不过，因为我们的主题是性能，我们将重点介绍性能。性能的多个方面现代浏览器是一个平台，就像你的操作系统一样，Google Chrome也遵循这样的设计理念。在Google Chrome之前，所有主流浏览器都是单进程的应用程序。所有打开的页面共享同一地址空间，争夺同一资源。任何页面或浏览器本身出现bug，整体体验都可能被破坏。与此相反，Chrome运行于多进程模型，这种模型可以保持进程和内存的隔离性，每个标签页都能拥有一个严密的安全沙盒。随着多核架构的流行，隔绝进程并使各个打开的标签页免受其他出错页面的影响，单是这一点就能证明Chrome在浏览器的竞争中具有显著的性能优势。实际上，我们会发现绝大多数其他浏览器都纷纷效仿Chrome，或者开始转向类似的架构。分派进程之后，一个Web程序的执行主要包括三项任务：获取资源，页面布局与呈现，以及执行JavaScript。呈现和脚本执行步骤遵循单线程、交错执行的模型——无法对所得到的DOM（文档对象模型）进行并发式的修改。原因之一是JavaScript本身就是单线程的语言。所以，无论是对于应用程序的开发者还是浏览器的开发者来说，优化呈现和脚本执行运行时的协作方式，是极其重要的。在呈现这一步，Chrome使用的是Blink，这是一种快速、开源、遵守良好标准的布局引擎。在JavaScript这一步，Chrome自带了一个高度优化的V8 JavaScript运行时，它也作为单独开源项目发布，并已经被其他很多流行的项目所吸纳，例如Node.js的运行时。但是如果浏览器的网络连接是阻塞的（等待资源到来），那么优化V8 JavaScript执行或者Blink解析和呈现管道都不会有太大作用。浏览器优化各项网络资源的次序、优先级和延迟的能力对整体用户体验是最关键的影响因素。你可能没有注意到，毫不夸张地说，Chrome的网络栈每天都会变得更加聪明，尝试着隐藏或减少各项资源的延迟开销：它会学习可能出现的DNS查询，会记住网络的拓扑结构，会预连接可能的目标站点，等等。从外部看来，它展示出的是一种简单的资源获取机制，但是从内部看来则是对如何优化网络性能并带给用户最佳体验的一次详细而精彩的案例学习。让我们进入正题吧。什么是现代Web应用？在我们接触如何优化网络交互的具体细节之前，先来了解我们所面对的这个问题的发展趋势和背景。换句话说就是，“现代网页或者应用是什么样的？”HTTP Archive项目记录了网络的构造过程，可以帮助我们回答这个问题。这个项目并不是为了爬取网页内容，而是周期性地爬取访问量最大的站点，记录和加总各个站点所用资源数量、内容类型、标头和其他元数据的分析数据。2013年1月的数据，可能会令你吃惊。访问量最大前30万个网络站点来看，一个页面平均：为1280KB大小由88个资源组成连接15个以上不同的主机好好琢磨一下。大小平均超过1MB，包含88个如图片、JavaScript、CSS这样的资源，从15个不同的自有和第三方主机传送出来。而且，这些数字在过去几年还在持续增长，丝毫没有减缓的迹象。这说明，我们所开发的网络应用正变得越来越大，越来越有野心。根据HTTP Archive的数据，做个简单的算术，我们可知每个资源平均大小为15KB（1280KB/88项资源），这意味着浏览器中大多数的网络传输是短小但突发的。这就造成了一些问题，因为基础传输（TCP）是针对大型、流式下载进行优化的。让我们深入地看一看这些网络请求。线上资源请求的生命周期W3C的浏览时序规范（Navigation Timing specification）提供了一个浏览器API，让我们可以看到浏览器中每项请求的生命周期背后的时序和性能数据。让我们看看这些组成部分，每一块都是影响最佳用户体验的关键点：图1.1 浏览时序图对于一个网络资源的URL，浏览器首先会检查其本地缓存和应用程序缓存。如果你此前获取过该资源，并且提供了适当的缓存标头（Expires, Cache-Control等），则我们可能被允许使用本地副本来响应原请求——最快的请求就是不请求。或者，如果我们需要重新校验该资源（如果资源已过期），或是我们根本从未获取过该资源，那么就必须发起一个高开销的网络请求。有了主机名称和资源路径，Chrome首先检查现有的已开启连接中是否有可以重用的——socket按照{scheme, host, port}的格式储存在池中。或者，如果你已经配置了代理，或指定了代理自动配置脚本（PAC），那么Chrome就会通过适当的代理来检查连接。PAC脚本允许基于URL的不同代理或其他指定规则，它们都可以有自己的socket池。最后，如果上述条件都不满足，则请求必须通过将主机名解析为IP地址的方式发起，也称为DNS查询。如果幸运的话，主机名可能已经在缓存当中了，此时通常只需要一次快速的系统调用就得到响应。如若不然，就必须调度一个DNS查询才能继续下去。DNS查询耗费的时间由网络提供商、站点的热门程度、主机名可能存在过渡缓存中的概率以及该域名的权威服务器的响应时间所决定。换句话说，影响变量有很多，但是耗费数百毫秒来进行一次DNS查询也并非罕见。天啊。图1.2 三次握手得到了解析后的IP地址，Chrome现在可以打开一个新的与目标站点的TCP连接，这意味着我们需要进行“三次握手”：SYN & SYN-ACK & ACK。这一交换过程又为每个新的TCP连接增加了一个往返延迟——此处没有捷径可走。根据客户端与服务器的距离和所选定的路由路径不同，这可能产生几十、几百甚至几千毫秒的延迟。这些工作和延迟是甚至还没有一个字节的应用程序数据开始传输之前就发生的。完成了TCP握手之后，如果我们连接的是安全站点（HTTPS），那么还要进行SSL握手。这又增加了客户端和服务器之间两个往返延迟。如果SSL会话进行了缓存，那么可以“免去”其中一次额外的往返延迟。最后，Chrome要调度HTTP请求（图1.1中requestStart）。服务器接收到请求之后，会处理该请求，然后通过数据流把响应数据返给客户端。这至少会产生一个往返延迟，还要算上服务器的处理时间。正常情况下这样就结束了，但如果真正的响应是一个HTTP重定向，那么我们可能还需要把整个过程再重走一遍。你的页面上有不必要的重定向吗？那你可能需要重新考虑这个决定了。你算过这所有的延迟时间了吗？为了便于说明问题，我们假设一个典型的宽带连接的最坏情况：没有本地缓存、相对较快的DNS查询速度（50ms）、TCP握手、SSL协商、相对较快的服务器响应时间（100ms）、80ms的往返延迟（这是美国大陆往返延迟的平均时间）：DNS需要50msTCP握手需要80ms（一次往返延迟）SSL握手需要160ms（两次往返延迟）请求传输到服务器需要40ms服务器处理需要100ms服务器返回响应需要40ms这样算下来，单次请求需要470毫秒，与服务器真正处理请求的时间相比，其中80%都是网络延迟开销。实际上，470毫秒都算是一个乐观的估计了：如果服务器响应不匹配初始的TCP拥塞窗口（4-15KB），还会额外产生一个或多个往返延迟。【注1】如果我们需要获取缺失证书或者需要执行在线证书状态检查（OCSP），SSL延迟得还会更厉害，因为这两种情况都需要一次全新的TCP连接，这又增加了成百上千毫秒的额外延迟。“足够快”有多快？DNS、握手、往返延迟的网络开销是决定前例中总时间的因素——服务器响应时间仅占总延迟的20%。但是，从大局看，这些延迟重要吗？如果你正在阅读本文，你很可能已经知道了答案：不但有影响，而且影响很大。过去一些用户体验的研究描述了我们作为用户对应用程序（在线或离线）的响应速度作何预期：表1.1 用户对延迟的感知延迟用户感知0 -100 ms立刻100 – 300 ms略感延迟300 – 1000 ms机器在运行1 s+是不是出问题了10 s+等会再来吧……表1.1还能够解释网络性能领域中一条不成文的经验法则：如果不能直接呈现页面，至少也要在250毫秒以内提供视觉上的反馈以保持用户不会失去兴趣。其他因素也会影响速度。对Google、Amazon、Microsoft和数千个其他站点的研究显示，额外的延迟会直接影响站点的获利能力：速度快的网站能生成更多的页面请求，用户参与度也更高，从而转化率也更高。所以，我们知道了，最佳的延迟应该控制在250毫秒，但我们在前例中看到，DNS查询、TCP和SSL握手再加上请求传递的时间总共有370毫秒。我们已经超出50%了，这还是我们没算上服务器处理时间的情况！对于大多数用户乃至一些网络开发者来说，DNS、TCP和SSL的延迟是完全透明的（无须关心的），它们是在网络层协商的，而我们极少深入到甚至不会去想这个层面的事。但是，这其中的每一步对整体用户体验都是非常关键的，因为每增加额外的网络请求都会增加几十或几百毫秒的延迟。这就是为什么Chrome的网络栈要比一个简单的socket处理器复杂的多得多。找到了症结所在，我们继续来看一些实现细节。Chrome的网络栈概览多进程架构Chrome的多进程架构对各个网络请求如何在浏览器中进行处理具有重大影响。在底层，Chrome实际上支持四种不同的执行模型用于确定如何进行进程的分配。默认情况下，桌面上的Chrome浏览器使用“站点对应进程”模型，将不同站点隔离开来，而把同一站点的所有实例分组在同一进程中。不过为了简便起见，我们假设最简单的情况：每个打开的标签页对应一个单独的进程。从网络性能的角度看，这种差别并不重要，但“标签页对应进程”模型要容易理解得多。图1.3 多进程架构这个架构为每个标签页配给一个专用的呈现进程。每个呈现进程包含Blink布局引擎和V8 JavaScript引擎，配合上一些胶水代码把这几个部分（再加上其他一些部分）联系起来。【注2】这些呈现进程的每一个都在一个沙盒环境内执行，这个环境对用户计算机——包括网络，只有有限的访问权限。要获得访问这些资源的权限，每个呈现进程要与主浏览器进程（或称为内核进程）进行通信，由内核进程负责管理每个呈现器的安全和权限策略。进程间通信和多进程资源加载Chrome中呈现器和内核进程之间的所有通信都是通过进程间通信（IPC）完成的。在Linux和OS X上使用的是socketpair()，这个方法提供一个命名的管道传输进行异步通信。来自呈现器的每条消息经过序列化处理再传给专用的I/O线程，再由它将其派发给主浏览器进程。在接收端，内核进程提供一个过滤接口，允许Chrome拦截应该由网络栈处理的资源IPC请求（参见ResourceMessageFilter），图1.4 进程间通信这种架构的一个优点是，所有的资源请求都完全在I/O线程上处理，用户接口产生的活动与网络事件之间互不干扰。资源过滤器运行在浏览器进程中的I/O线程中，截获资源请求消息，并将其转发给浏览器进程中的ResourceDispatcherHost【注3】单例。这个单例接口允许浏览器控制各个呈现器的网络访问权限，它还能实现高效和一致性的资源共享。一些例子包括：socket池和连接限制：浏览器能够对每个profile、代理和{scheme, host, port}组所对应的已开启socket数量进行限制（分别为256、32和6个）。注意，按照这个规则，同一{host, port}最多可以进行6个HTTP和6个HTTPS连接。socket重用：持久性的TCP连接会在请求处理之后在socket池中保留一段时间，以供连接重用，这样能够避免发起新的连接额外带来的DNS、TCP和SSL（如有需要）的启动开销。socket后期绑定：当socket准备好分派应用程序请求时，请求才与基础的TCP连接绑定起来，这样一来可以获得更好的请求次序优化（例如：当socket在连接中时，更高优先级的请求到达），更大的流量（例如：在现有socket可用而新连接正在打开时，重用“刚使用过”的TCP连接）以及TCP预连接的通用机制和其他一些优化。一致的会话状态：所有呈现进程的身份鉴证、cookies和缓存数据都是共享的。全局性资源和网络优化：浏览器可以从所有呈现进程和未完成请求的全局做出决策。例如，对前景标签页发起的请求赋予网络优先级。预测性优化：通过观测所有的网络流量情况，Chrome能够构建和修正预测性模型提升性能。就呈现进程而言，它只是通过IPC发送资源请求消息，这个请求被打上对应浏览器进程的唯一请求ID，剩下的部分都是由浏览器内核进程处理的。跨平台资源获取跨Linux、Windows、OS X、Chrome OS、Android和iOS等不同平台的可移植性是Chrome网络栈实现中的一个重要问题。要解决这个挑战性的问题，网络栈被实现为一个几乎单线程（有单独的缓存和代理线程）的跨平台库，使Chrome可以重用相同的基础设施并提供相同的性能优化水平，更有机会进行跨平台的优化。移动平台的架构和性能移动端浏览器的使用正在以指数级增长，即使按照保守预测，它也会在不远的将来完全取代桌面浏览。所以不言而喻，提供优化的移动端访问体验一直是Chrome团队的首要任务之一。在2012年初，Chrome for Android发布，数月后Chrome for iOS发布。关于Chrome的移动端版本，第一件需要注意的事是，它并不是简单地直接在桌面浏览器基础上做一些调整——那样并不能得到最好的用户体验。从本质讲，移动端环境的资源更加局限，而且有很多根本不同的操作参数：桌面用户通过鼠标来浏览，可以进行窗口重叠，屏幕更大，几乎没有电量的约束，网络连接通常更稳定，能够访问更大的存储和内存池。移动端用户使用触摸和手势浏览，屏幕更小，受制于电池和电量的约束，往往使用流量计量的网络，本地存储和内存也较为有限。此外，并不存在一个“典型移动设备”。不同硬件能力的各种设备五花八门，要提供最佳性能，Chrome必须适应每种设备的操作约束条件。所幸，Chrome有多种执行模型正好可以实现这一点。在Android设备上，Chrome沿用了桌面版本中相同的多进程架构——即一个浏览器进程多个呈现进程。一个区别是，由于移动设备的内存有限，Chrome可能不能为每个开启的标签页运行专用的呈现器。Chrome是根据可用内存和设备的其他约束条件确定一个最优的呈现进程数量，由多个标签页共享呈现进程。当只有最少资源可用时，或者Chrome无法运行多进程时，它也可以切换回使用单进程、多线程处理模型。实际上，在iOS设备上，由于基础平台对沙盒的限制，它就是这样实现的——运行多线程的单一进程。
本站资源均来自网络，如有侵权请联系我们删除e-mail:众浏览器横向对比：IE8速度没有号称的快――中新网
本页位置：
众浏览器横向对比：IE8速度没有号称的快
　　目前的浏览器市场，主要被IE、火狐、苹果Safari以及谷歌Chrome瓜分。另外值得一提的还有腾讯TT，其凭借腾讯QQ积攒下来的用户群，在国内也较有人气。这里记者简单对比一下IE8与其在国内的几个主要竞争对手：TT4.0、Chrome2.0、以及Firefox3.0。
　　内存占用 腾讯TT有优势
　　这是IE的短板，其CPU占用较大。据国外媒体报道称，测试显示IE8需要占用350-400MB的内存，对资源的需求超过了Firefox的两倍。腾讯TT在占用内存少方面优势明显。经测试表明，四款浏览器中TT是唯一能够快速地回收内存的浏览器。
　　Firefox在这方面的表现仅次于TT，不过在复杂页面中，Firefox会顿时卡住，滚轮延时严重。而Chrome采用多标签浏览模式，每个标签页对应一个进程，因此如果同时打开很多网页，占用内存就比较大。
　　速度 IE8没有号称的快
　　速度方面：尽管微软出具了一份14页的报告以及推广视频，称IE8加载网页的速度是火狐的三倍，并且比Chrome快33%。
　　但微软此次测试的前提是对加载的25个网站的内容进行了删减，将IE8的插件限定在最少数量，这种做法将提高所有浏览器的加载速度。而在实际应用中，记者感觉IE8比火狐、腾讯TT或者Chrome都要慢一些，不过这也是IE8提供强大的个性服务占用大量内存资源的必然代价。
　　稳定性 Chrome不易整体崩溃
　　Chrome采用了多进程架构，即使一个网页出现问题，也不会导致整个浏览器出现问题。而火狐并没有为每一个子网页建立单独的环境，因此一个网页出错就会导致整个浏览器出现问题。虽然IE8像Chrome那样也给每个子网页建立了独立进程，但是其中一个网页出现问题，整个浏览器还是会受到影响。
　　过滤器方面，四个浏览器都在加强此方面的工作。从Firefox 2.0起Mozilla就与Google一起合作为用户提供反钓鱼保护，当FireFox在遇到钓鱼网站后用户可立即得到提示。IE8强化了浏览器安全设置，阻止访问钓鱼网站和试图下载恶意软件的网站。
　　适用性 IE8插件数直追火狐
　　IE有微软做后盾，在兼容性上可以说没有问题，因为绝大多数页面都是基于微软制定的标准。IE与操作系统捆绑，而且经历过前期浏览器混战，之前几乎垄断了浏览器市场。垄断造就的IE网页标准，这是其他浏览器无法企及的。唯一值得注意的是，遇有JAVA应用的页面，IE8需安装相关的JAVA运行环境。
　　至于其他浏览器，腾讯TT由于运用的是IE的核心，兼容性与IE是同出一辙的。而Firefox和Chrome则都存在兼容性问题，甚至连视频网站YouTube都无法兼容，登录网上银行也有问题。这也是非IE内核的浏览器面临的一道无法逾越的障碍。另外IE8新增了大量第三方插件，它终于在插件方面追上了火狐。
【编辑:段红彪】
----- IT新闻精选 -----
直隶巴人的原贴：我国实施高温补贴政策已有年头了，但是多地标准已数年未涨，高温津贴落实遭遇尴尬。
】- 【】-【】-【】-【】-【】-【】-【】
本网站所刊载信息，不代表中新社和中新网观点。 刊用本网站稿件，务经书面授权。
未经授权禁止转载、摘编、复制及建立镜像，违者将依法追究法律责任。
[ ][] [京公网安备:-1] []内容字号：
段落设置：
字体设置：
精准搜索请尝试：
紧随IE/Chrome，火狐浏览器也开始玩多进程
来源：作者：阿象责编：阿象
谈到多进程的浏览器团队，除了就是、Opera，其他梯队，就是第三方基于Chromium内核的，但是反观Mozilla基金会经营9年的火狐浏览器，仍然是单进程的任务模式，但最新午夜版已经加入多进程网页处理机制功能。
火狐凭借自身的优势，在复杂的浏览器市场中占上一席之位，但是与其他优秀浏览器相比，自身就缺少独立沙箱安全功能和网页多进程处理机制。这两项功能，火狐浏览器一直没有加入，导致竞争对手不断蚕食着自身的市场份额。
从单进程改为多进程的网页处理模式，对于火狐是非常有利的。据Firefox的工程师Bill McCloskey介绍，多进程管理将带来性能提升、更高安全性和程序稳定性。多进程管理可以很好的发挥电脑系统的多任务处理模式，而不是用单进程去处理所有的网页。
虽然新版的Firefox与几年前相比，无论网页速度还是性能优化都有了很大的提升，但是仍然不够优秀和突出。因此近期代号为MemShrink和Snappy项目将为火狐加入多进程网页处理机制。
&很多人都认为多进程的浏览器与单进程的浏览器相比，占用更多的系统内存资源，其实这是不科学的，据Bill McCloskey介绍，与单进程的火狐相比，多进程火狐测试版实际总体内存占用也只是多了10MB。
但是关于多进程的火狐浏览器的正式发布时间，McCloskey表示这个要取决于目前的开发计划，不过目前最新的已经初步加入该功能特性。
如何开启Firefox 28午夜版的多进程处理机制？
1、地址栏输入about:config，进入浏览器配置中心
2、搜索browser.tabs.remote首选项，将False修改为True，重启浏览器，生效。
3、遇到网页崩溃时，不会影响整体浏览器的程序进程，不用担心Flash插件带来的崩溃问题了。
大家都在买
软媒旗下软件：||||||||
IT之家，软媒旗下科技门户网站 - 爱科技，爱这里。
Copyright (C) , All Rights Reserved.
版权所有 鲁ICP备号You are viewing an old version of this page. View the .
建议使用Chrome作为业务系统专用浏览器
业务与娱乐需要不同的专用浏览器
随着网络应用的发展，浏览器本身的重要性也日益突显。如同磁盘分区划分为C盘是系统盘、D盘是应用安装盘、E盘是数据存储盘等，浏览器按功能也需用划分为娱乐专用浏览器与业务专用浏览器。
看新闻、玩游戏、在线看视频等属于娱乐范畴；B/S架构的MIS应用属于业务范畴。前者自然地需要安装各个网站的浏览器插件。有些浏览器插件之间会产生冲突，有些浏览器插件本身有恶意或非恶意的漏洞与后门，安装多个浏览器插件之后，浏览器的资源被占用与消耗，浏览器本身变得缓慢与不稳定。后者需要一个干净、稳定的浏览器环境，外部插件越少越好。
MIS应用的页面布局与操作相对复杂，用户对操作是否流畅便捷很敏感，因此，娱乐与业务使用同一浏览器时，看新闻时不会觉得不方便，但访问业务系统时就会感到浏览器&慢&、&操作卡&、&容易锁死&等。
娱乐与工作对浏览器的需求不同，两者都需要兼顾，有效的解决之道是IE定位于娱乐专用浏览器，Chrome定位于业务专用浏览器。
浏览器的发展与现状
浏览器的发展
蒂姆- 伯纳斯-李（Tim Berners-Lee）是第一个使用超文本来分享资讯的人。他于1990年发明了首个网页浏览器WorldWideWeb。在1991年3月，他把这发明介绍给了给他在CERN工作的朋友。从那时起，浏览器的发展就和网络的发展联系在了一起。
1993年3月，第一个面向普通用户的NCSA Mosaic预览版发布，仅针对Unxi操作系统，最大特色就是具有方便易用的图形界面。NCSA中Mosaic项目负责人Marc Andreesen于1994年建立了网景通讯公司，在1994年10月发布了Netscape Navigator。几经辗转，2004年9月，Mozilla基金会支持下的Firefox 1.0发布。NCSA的Mosaic，网景公司的Netscape，Netscape浏览器源代码的计划下Mozilla1.0，Firebird与Firefox有某种程度上的技术传承。
1995年1月 IE 1.0发布，捆绑在操作系统Windows95上。2001年预装于WindowsXP的IE 6.0发布。2006年IE7.0发布，这是IE首次独立于操作系统作为一款应用程序单独发布。由于IE 7优先的支持Vista系统并不受欢迎，因此IE 7的占有率一直维持在低位。2009年IE 8.0发布，对Web标准的支持度也有极大改进。2011年IE 9.0推出，先期只支持Windows Vista和Windows 7。
2008年9月，Google发布Chrome浏览器 V1.0，2011年9月已更新v14。目前Chrome，提供43种语言版本，支持Windows平台、Mac OS X和Linux，广泛使用于PC、平板电脑与智能手机之中。
浏览器市场份现状与未来
全球市场走势总体来看IE市占有率不断下滑，Chrome市占有不断攀升。
（图：全球范围浏览器前5位市场份额走势，来自）
浏览器品牌
2011年8月份市场份额
2010年8月份市场份额
（图：全球范围IE浏览器各版本市场份额走势，来自）
浏览器品牌
2011年8月份市场份额
2010年8月份市场份额
IE6是随Windows XP预装的，随着XP为Win7取代，以及IE6的大版本升级，IE6的市场份额会迅速销减。
Chrome浏览器的特点与优势
Chrome浏览器的特点
Chrome 浏览器追求的是全方位的快速体验：快速从桌面上启动、快速载入网页、快速运行复杂的网络应用程序。
快速启动。在双击 Chrome 浏览器图标后，Chrome 浏览器会在几秒内从桌面上启动。
快速载入网页。Chrome 浏览器由 WebKit 开放源代码呈现引擎强力驱动，能瞬间载入网页。
快速运行网络应用程序。就内在机制而言，Chrome 浏览器配备了为高速运行复杂网络应用程序而构建的更加强大的 JavaScript 引擎；支持硬件加速三维图形；不断优化DOM 核心性能，以支持在尽可能短的时间内快速构建和更改网页上的元素。
快速搜索和导航。Chrome 浏览器将搜索栏与地址栏合二为一（称为&多功能框&），可以在该框中输入搜索字词和网络地址。多功能框可根据输入的内容提供搜索字词和网络地址的建议，并且其自动完成功能可让用户仅按几个键就能找到用户所要查找的内容。
Chrome 浏览器的浏览器窗口采用了清爽、简洁的流线设计。还包含一些易于使用的高效功能。例如，可以在地址栏中进行搜索和导航，还可以方便快捷、随心所欲地排列标签页。
Chrome 浏览器旨在通过以下功能提供更安全的上网体验：内置的恶意软件和网上诱骗防护功能、自动更新（确保浏览器更新至最新的安全更新）等等。
安全浏览。Chrome 浏览器会在用户进入可能包含恶意软件或网上诱骗的网站前，向用户发出警告讯息。网上诱骗攻击是指某人冒充他人骗取用户个人信息或其他敏感信息的行为，通常采用虚假网站的形式。而恶意软件则是指，在用户不知道的情况下自动安装到用户机器中的软件，这些软件的目的是危害用户的计算机，也可能是从用户的计算机中窃取信息。在 Chrome 浏览器启用了安全浏览技术后，当在浏览网络过程中遇到可能包含网上诱骗或恶意软件的网站时，用户将看到警告网页。
沙盒。沙盒有助于阻止恶意软件自行安装到用户的计算机中，或阻止恶意软件利用一个浏览器标签页中的活动影响另一个标签页中的活动。沙盒可以阻止恶意网页在用户的计算机上安装程序、监视用户的网络活动或从您的硬盘上窃取隐私信息，从而为用户的浏览器多添加了一层保护。
自动更新。为了确保用户的计算机能受到最新安全更新的保护，Chrome 浏览器会定期检查更新，确保始终使用的是最新版本。检查更新可确保用户所用版本的 Chrome 浏览器会自动更新最新安全功能和修复程序，而无需用户进行任何操作。
Chrome 浏览器有许多实用的内置功能，包括浏览器的翻译功能、应用程序、扩展程序、主题背景等等。
Chrome 网上应用店。Chrome 网上应用店/webstore是一个在线购物网站，里面有数以千计的针对 Chrome 浏览器而设计的应用程序、扩展程序以及主题背景。
浏览器的翻译功能。Chrome 浏览器是第一款自带机器翻译功能的浏览器，无需安装其他插件或扩展程序。如果网页上的语言与浏览器中的语言偏好设置不相符，则 Chrome 浏览器会自动询问是否将该网页内容翻译成用户的首选语言。
主题。使用世界各地的艺术家创作的主题自定义用户的浏览器。
新标签页。从新标签页中轻松访问用户喜爱的网站。当用户打开新标签页时，就马上会看到自己最常访问的网站。
隐身模式。如果用户不希望在浏览器历史记录中记录自己访问过的网站，则可以使用隐身模式进行浏览。
稳定的标签页。Chrome 浏览器创建伊始就充分考虑了稳定性。即使个别标签页出现了无法响应或崩溃的情况，也不会影响到其他标签页。
Chrome的突出优势
稳定不易崩溃
　　Chrome最大的亮点就是其多进程架构，保护浏览器不会因恶意网页和应用软件而崩溃。每个标签、窗口和插件都在各自的环境中运行，因此一个站点出了问题不会影响打开的其它站点。通过将每个站点和应用软件限制在一个封闭的环境中，这种架构进一步提高了系统的安全性。
由于采用多进程架构，一个站点的加载速度较慢不会拖累对其它站点的访问。用户可以毫不费力地 点击其它标签或窗口。对于插件也是如此，例如，如果用户打开的一个站点包含有加载速度较慢的Java广告，Java代码本身将被隔离起来，网页的其它部分 不会受到影响。点击图标后，Chrome在数秒钟内就能启动，远远领先于一些竞争对手。
几乎完全隐身
　　说Chrome的界面简洁不足以说明其简洁程度。Chrome几乎不像是一款应用软件，屏幕的绝大多数空间都被用于显示用户访问的站点，屏幕上不会显示Chrome的按钮和标志。Chrome的设计人员表示，他们希望用户忘记自己在使用一款浏览 器软件。他们的目标基本上实现了。
搜索更为简单
　　Chrome的标志性功能之一是Omnibox－－位于浏览器顶部的一款通用工具条。用户可 以在Omnibox中输入网站地址或搜索关键字，或者同时输入这两者，Chrome会自动执行用户希望的操作。Omnibox能够了解用户的偏好，例如， 如果一名用户喜欢使用PCWorld网站的搜索功能，一旦用户访问该站点，Chrome会记得PCWorld网站有自己的搜索框，并让用户选择是 否使用该站点的搜索功能。如果用户选择使用PCWorld网站的搜索功能，系统将自动执行搜索操作。
用户将对标签有更多掌控
Chrome为标签式浏览提供了新功能。用户可以&抓住&一个标签，并将它拖放到单独的窗口中。用户可以在一个窗口中整合多个标签。Chrome在启动时可以使用用户喜欢的某个标签的配置，其它浏览器需要第三方插件才能够提供这一功能。
系统开发与部署
IE版本是与操作系统版本某种程度上讲是绑定的，因此，如果针对IE开发业务系统，势必需要兼容IE6、IE7、IE8、IE9。在项目实战中，各IE浏览器不兼容，更多是由具体开发代码，而非Web开发平台引发的。保证兼容性，不仅仅是由Web开发平台提供，更多需要具体参与开发的程序员自身有强烈的意识、各浏览器差异点的相应知识与兼容代码编写能力。
MIS系统的开发要比新闻浏览复杂得多，因而要求Web开发工程师拥有合格的多浏览器兼容的能力是很高昂的。
此外，对开发者的支持，IE要迟于Firefox，与Chrome相比也逊色很多。
Chrome vs IE：更快、更稳、更安全
将Chrome与IE对比，使用Chrome更为快速、稳定与安全。
访问同样的业务管理系统页面，Chrome比IE的执行速度更快，用户感到页面打开、操作、提交等操作速度快，操作流畅。
IE6有明显的内存管理问题，内存持续泄露使页面操作越来越慢，直到必须关闭浏览器重启。7版本之后的IE好了很多。而Chrome的内存管理做得很好。
IE浏览器容易感染娱乐性质的插件，引发安全隐患。Chrome对插件管理更好，同时针对Chrome恶意插件更少。
基于优化的JS与HTML排版引擎，执行速度更快
IE 体系中v6最慢，v9最快，但仍逊于Chrome。
内存管理优异，多进程架构，砂箱机制，几乎不会整体崩溃。
IE6有明显内存漏露，IE7~9有改善，易崩溃。
黑名单（Blacklists）、沙盒（Sandbox）多进程（Multiprocessing）、任务管理器（Task Manager）、诈骗和恶意程序保护、无痕浏览（Incognito）等提供安全保障。
IE6安全性极差，IE7~9有改善。（当前国内网络环境下，恶意插件多数只针对IE浏览器）
15%，上升趋势
55%，下降趋势
对移动互联网的到持
支持Windows、Mac OS X和Linux，广泛使用于PC、平板电脑与智能手机之中，是公认的移动互联网的主流前端。
iPad与iPhone，基于Andriod的平板电脑与智能手机之中很少使用。
与操作系统无关，可独立安装，升级简易，可管理度高。
IE6绑定Window XP，IE7是Vista，IE9是Win7与操作系统捆绑，不可独立安装。
对开发的支持
对开发者支持优异
对开发者的支持考虑较少。
定位Chrome为严谨的专用的业务系统浏览器
定位IE为娱乐用途的浏览器}