稳定赢得高速 搜狗“防假死”绝技放送

　　假死，从IE6时代就伴随着微软的“标配功能”，正在逼迫用户叛逃。即使是在业界首先实现UI多线程架构的IE7，也没有成为微软期待中力挽狂澜的复仇者。而在网民数量已突破1.62亿（《第20次中国互联网络发展状况统计报告》，CNNIC），大多数人还在网吧使用IE6上网的年代，“页面失去响应→打开任务管理器→结束IE”成了很多人必知的操作。因此当2008年底，首先提出“防假死”口号的搜狗浏览器推出之时，围绕“防假死”展开的技术创新才真正走向实用。

图01：令IE闻风丧胆的crashie.com（左）在搜狗浏览器（右）面前只能乖乖现形

　　浏览器因页面代码Bug、载入数据超量、控件异常或者设计架构缺陷引起的速度极慢甚至无法响应，进而造成整个浏览器崩溃的现象被称之为“假死”。当你正在论坛回复楼主、在Web邮箱中撰写工作报告，在视频网站上制作送给女友的动感相册时，假死了！这意味着辛辛苦苦码出来给楼主的回复一下子全没了、领导因为你的延误没法及时看到报告而咆哮，而女朋友会因此对你大发脾气。呜呼，悲哉不外如此！正是从如此朴素现实的无奈出发，防假死做为保证浏览器稳定性的必备技术才值得厂商深入研究。
　　搜狗通过首创的“多任务异步浏览”（multi-task asynchronous browsing）技术，有效的避免了单个页面的性能下降对于整个浏览器的影响，通过把每个页面独立处理，使每个页面都不会拖慢其它页面的速度，从而达到“在浏览器程序运行时”加速的目的，表现为界面响应更为流畅。
　　通过以下测试，可以对搜狗的“防假死”技术有更深入的了解，特别是在兼容模式（trident,俗称的IE核心）下的表现，体现了其“真双核”的技术积累，让我们享受如皇帝身边的禁卫军般的防护，在防假死技术的层层保护下，保证浏览器的稳定性。
　　一、 Flash插件崩溃测试
　　帮主乔布斯曾在2010年那份震惊业界的公开信“Flash之我见”中表示：“Flash的可靠性、安全性等性能太差。赛门铁克的报告显示，Flash是2009年最差安全记录的创造者之一。”
　　这从一个侧面反映了一个无法忽略的事实，那就是FLASH在稳定性方面确实还需提高，而作为浏览器最重要的插件之一，因FLASH崩溃造成的影响被传导到浏览器，会严重影响浏览器的稳定性。这也是苹果下决心封杀FLASH的原因之一。
　　而在HTML5有关视频、音频，互动标准争夺尚未决出胜负前，Adobe的Flash是目前富媒体领域最成熟的技术，大量的视频网站、媲美桌面应用程序的RIA在线应用为Flash生态圈的繁荣做出了贡献，基于多种技术混杂的Web页面是目前的主流。既然不能完全避免，那么有效的免疫因FLASH插件的崩溃而造成浏览器无法响应就能保护用户的浏览器。
　　测试页面1：
　　http://polygeek.com/497_flex_click-here-to-crash-your-browser

图02：IE9和Google Chrome在Flash插件崩溃测试双双落败


图03：搜狗浏览器无论在“高速”还是“兼容”模式下都可以通过“Flash插件崩溃测试”

　　此项测试中，IE9和Chrome双双落败。搜狗高速浏览不论是在“高速模式”还是“兼容模式”下，均能在测试页面失去响应后，顺利切换到其他标签，并能关闭已崩溃的页面。
　　一、 恶意对话框测试
　　朋友发来的玩笑网页，会不停的弹出对话框“气”你，如果你用的是IE，那就只能乖乖的点击100次对话框，没法切换到其他标签。而在搜狗浏览器中，这种对话框被限定在对应的标签中，不会影响其他标签的操作，用户可以随时将其关闭。
　　测试页面2：
　　http://tt.qq.com/dhk.html
　　测试页面3：
　　http://www.computerbytesman.com/security/crashes/ialerts.htm

图05：面对无限对话框页面，搜狗只需轻点关闭，就能免受骚扰

　　一、 网页脚本超负荷测试
　　百度副总裁王劲在今年的全球移动互联网大会上表示：“正如PC应用软件的发展史一样，Web App四
　　大条件HTML5、产业链、网络带宽和云计算已经发展成熟。2013年、尤其2014年,Web App将会迎来新一轮的井喷。”随着Web APP的流行，javascript技术被大量的使用，例如WebQQ中大量的AJAX效果，虽然现阶段用户寥寥无几，但正如乔帮主所说：“尽管Native App是主流趋势，现阶段给用户提供了更好的体验，但Web App是未来。”

图06：WebQQ中大量使用了AJAX代码，对JS解析引擎提出了更高的要求

　　测试页面4：
　　http://www.maxthon.cn/test/freeze_by_js.htm
　　测试页面5：
　　http://www.theserverpages.com/articles/webmasters/iexplorer/Internet_Explorer_6-and-7_Bug-or-Crash.html
　　测试页面通过执行大量javascript脚本，令CPU超负荷运转，待CPU负荷接近峰值，IE6首先崩溃，而相同环境下使用IE6核心，兼容模式下的搜狗高速浏览器，则能避免同样的错误，CPU占用率无明显升高，丝毫不影响其他标签的运行。

图04：IE6在精心构建的崩溃测试网页前溃败


图07：网页脚本超负荷运行测试时，搜狗依然可以流畅的切换到其他标签

　　一、 网页内容超量修改测试
　　当Mozilla基金会野心勃勃的宣布“Boot to Gecko”计划时，操作系统被浏览器边缘化的进程即已启动。而基于Web的数据存储和交换对浏览器提出了更高的要求，此项测试即是执行大量的网页DOM操作，让CPU满负荷运转时，考察浏览器对单个页面资源占用超标时的抑制能力。
　　此类应用主要有在线表单系统、云存储的网页版等，例如Dropbox，在通过Web界面管理大量的小文件时，会执行大量的页面内容更改操作。在旧设备中容易造成资源的大量占用，从而影响系统速度，让整个系统变慢。
　　测试页面6：
　　http://www.maxthon.cn/test/freeze_by_dom.htm

图08：搜狗浏览器在网页内容超量修改测试中依然自由流畅

　　一、 数据超负荷测试
　　普通的网页文件，均在几十到几百KB之间，但当某些文件体积远远超过时，对浏览器在大数据的处
　　理方面提出更高的要求。
　　测试页面7：
　　http://www.google.com/sitemap.xml
　　这是Google自身的sitemap数据，体积为3.9MB，搜狗浏览器兼容模式载入后，能够正确解析XML文档结构，在经过一段时间的等待后，还是可以正确的呈现并且拖动导航条向上向下，此时标签的切换依旧流畅。而IE9一开始能呈现正确的数据结构，但试图对其进行翻页操作时，即假死，此时通过“任务管理器”看到，IE9的内存占用飙升，CPU也满负荷运行，此时进行其他操作的速度也变的卡顿。

图09：IE9在Google sitemap.xml面前弱弱的崩溃了


图10：搜狗浏览器挺过Google sitemap.xml的变态考验

　　综述