经过测试，Opera可以正常的进行测试，但是，随着页面中的Frame框架的几何式增长，Opera的内存占用也在暴涨，测试刚开始10秒后内存占用就彪至了300MB，随着测试时间的增加，内存占用也在无休止的增长，最后一直到整个计算机系统失去响应，进而死机。

　　这样的测试结果我们可以了解到Opera的内存管理机制应该存在一些问题，希望Opera能在今后的版本给予修正。

Opera显示的速度虽快，但是内存的占用增长也很快

　　Internet Explorer

　　大家最想看的应该还是微软的IE浏览器跑这个测试，小编也很恶趣味的有这个想法，于是就迫不及待的使用最新的IE8来运行这个测试页面：

IE8的表现出人意料，居然没有失去响应

　　结果有些出人意料，IE8并没有我们想象的那么快就挂掉，而是一直以很慢的速度正常运行着，虽然整个浏览器窗口已经失去了相应，但是内存占用一直维持在100MB，并且系统没有因此而受到任何影响，浏览器一直处于一个“半假死”的状态，后来通过点击右上角的关闭，还可以轻松关闭掉整个浏览器。看起来IE已经今非昔比，并没有我们想象中的那么烂。

　　搜狗浏览器

　　搜狗浏览器作为国产的优秀浏览器，一直以来其“双核防假死”功能也是一直宣传的卖点。经过测试后发现，搜狗浏览器的防假死的确做得不错，我们在IE内核的“兼容模式”下，Crash Site的测试完全不会对搜狗浏览器造成任何威胁，内存占用一直稳定在95MB，而且在测试过程中还可以流畅的打开新标签页。

搜狗浏览器在IE核心下相应迅速，并没有假死

　　可能朋友们会问了，为什么不用搜狗浏览器的“极速模式”，众所周知，在极速模式下，采用的是WebKit的浏览器内核，而WebKit内核针对类似Crash Site这样的代码似乎有保护措施，亦或者说这个测试页面由于代码太古老而对于WebKit核心的浏览器支持不足。也就是说，在WebKit内核的浏览器中，运行这个测试，测试页面将会在刚刚构建了将近20个Frame的时候自动停止掉，不得不说这是一个遗憾，我们无法了解WebKit核心浏览器在高负载下的表现，但是从侧面也说明了WebKit核心的已经基本内置了防假死吧。

WebKit核心的浏览器和测试页面的兼容问题很无奈

　　傲游浏览器

　　傲游浏览器一直被用户诟病为“爱假死的浏览器”，虽然傲游开发组一直在宣称自己解决了假死问题，但是依然有大量用户因为频繁的假死而不满。我们这次测试的是傲游昨日刚发布的2.5正式版和3.0 RC 1版，那么……让我们看看它们的表现吧。

　　呃……怎么说呢，傲游2.5版本浏览器，在运行Crash Site测试的3秒后，页面失去了相应，继而整个浏览器失去了相应……虽然整个窗体失去了相应，但是Maxthon.exe进程的内存占用还在不停的增加，最后甚至增加到了300MB的内存占用。

“真悲剧平男”傲游2.5，测试3秒后就失去响应

　　而后我们在傲游2的高级选项中开启了“防假死”功能，再次测试后假死情况大有改观，整个框体已经不会很快的失去响应，只是由于内存的过度蚕食而变得很慢，不过根据官方的说法来说，开启了防假死功能意味着会有一些兼容性问题的出现，目前看来还是做不到两全其美，傲游浏览器还需要继续努力。

虽然傲游3没有假死，但是感觉Webkit的功劳更大些

　　至于傲游3.0 RC，我们前面已经说过 WebKit核心的浏览器，测试代码无法正常运行完毕，难道傲游想要摆脱假死的阴影只有等到傲游3正式发布了?

　　世界之窗

　　不得不说，世界之窗进行Crash Site的测试效果的确是我们始料未及的，无论是世界之窗的3.1版本，还是较早发9 7 3 1 2 3 4 8 :

本文来源：不详 作者：佚名