让IE6瞬间崩溃的5种方式

让IE6瞬间崩溃的5种方式

经常遇到莫名其妙让IE6崩溃的事情。今天看到了一篇好文章，我整理整理发上来，以后开发的时候要注意了。

鉴于国内IE6的市场份额还在主流的情况，一定要避免出现以下情况。

IE6真脆弱啊

1.设置scrollbar-base-color，css里给table做了定位，再通过js改变其定位IE6就崩溃了。

关键代码：

用IE6点击测试：ie6崩溃测试一

2.document.write

在FF和Chrome中，都会打印出“prototype”字符，在IE6中立即崩溃。

用IE6点击测试：ie6崩溃测试二

3.在CSS中使用通配符*,在HTML的table标签中直接放置内容（而不是标签之类）

aaabbbccc

用IE6点击测试：ie6崩溃测试三

4.CSS中出现@+任意字符+/* 立即崩溃

用IE6点击测试：ie6崩溃测试四

5.onload="window()"

用IE6点击测试：ie6崩溃测试五

原文网址：d2841c4bfe4733687e21aaa5/blog/6-html-and-javascript-codes-to-crash-ie6 注：原文中有6个导致崩溃的问题，我装的是IETester,有一个没有测出来。所以没写上来。所以，速速放弃IE吧

来自: d2841c4bfe4733687e21aaa5/fanzeyi2006/blog/item/3f98d41398f6f40b5aaf5387

JQuery Ajax的导致IE6崩溃

这段时间公司开始更换OS,从Windows 2000变成Ubuntu,我们的网站也跟着修改,css就到处找hack,javascript就去找jquery, 测试发现jquery的ajax请求直接造成部分ie6崩溃,只要是IE6,无论是什么操作系统,一个都没有逃掉,如果是只有自己写的Ajax请求还无所谓了,但是那么多的jquery ajax插件不能用,实在是痛苦,开始找是否是IE6的问题,看了Ajax:请使用最新版本的XMLHTTP,了解到IE6在不同的OS可能使用不同的xmlhttprequest,如是乎到windows 2000下找,发现是MSXML2.XMLHTTP.4.0,windows 2003下,发现是MSXML2.XMLHTTP.5.0,接着去找jquery.js中的写法

1xhr:function()

2{

3return window.ActiveXObject ? new ActiveXObject("Microsoft.XMLHTTP ") : new XMLHttpRequest();

4}

5

复制代码

直接崩溃掉,从上篇文章中了解到,Microsoft.XMLHTTP为IE 下最早的一个XMLHTTP版本,看来jquery的开发者也有意的将ie6系列的浏览器抛弃

IE7 已经开始支持XMLHttpRequest.

最后将这段代码改写成如下模样

1var oRequest;

2if(typeof XMLHttpRequest=="undefined" && window.ActiveXObject)

3 {

4var arrSignatures = ["MSXML2.XMLHTTP.5.0","MSXML2.XMLHTTP.4.0","M SXML2.XMLHTTP.3.0","MSXML2.XMLHTTP","Microsoft.XMLHTTP"];

5for(var i=0;i

6 {

7try

8 {

9 oRequest = new ActiveXObject(arrSignatures[i]);

10return oRequest;

11 }

12catch(oError)

13 {

14 }

15 }

16 }

17else

18 oRequest=new XMLHttpRequest();

19return oRequest

20

复制代码

压缩,上传.世界一片清静.

jquery1.3.2-join.qi

你平时在使用浏览器，比如最常用的IE浏览器浏览网站时，浏览器会无端端弹出错误，就自动关闭ＩＥ浏览器了，其它这方面有好多原因，比如网页设计的问题，js书写的问题，等等，下面是在博客园一位博主的总结，来看下。

IE浏览器崩溃图

1. 内存泄漏

还是先谈下内存泄漏，网站由于内存泄漏的而照成崩溃有两种情况，服务器的崩溃和浏览器的崩溃。内存泄漏所造成的问题是显而易见的，它使得已分配的内存的引用就会丢失，只要系统还在运行中，则进程就会一直使用该内存。这样的结果是，曾占用更多的内存的程序会降低系统性能，直到机器完全停止工作，才会完全清空内存。

Apache的Web服务器是用C/C++编写的，C/C++的内存泄漏问题不必多说，系统中存在无法回收的内存，有时候会造成内存不足或系统崩溃。在Java中，内存泄漏就是存在一些被分配的可达而无用的对象，这些对象不会被GC所回收，然而它却占用内存。

而在客户端，JavaScript所造成的内存泄漏，也将可能使得浏览器崩溃。关于JavaScript的内存泄漏的文章，较权威的有《Memory leak patterns in JavaScript》和《Understanding and Solving Internet Explorer Leak Patterns》。

JavaScript 是一种垃圾收集式（garbage collector，GC）语言，这就是说，内存是根据对象的创建分配给该对象的，并会在没有对该对象的引用时由浏览器收回。再根据《Fabulous Adventures In Coding》一文的说法：“JScript uses a nongenerational mark-and-sweep garbage collector.”，对” nongenerationa l mark-and-sweep”的可以这样理解，浏览器处理JavaScript并非采用纯粹的垃圾收集，还使用引用计数来为Native对象(例如Dom、ActiveX Object)处理内存。

在引用计数系统，每个所引用的对象都会保留一个计数，以获悉有多少对象正在引用它。如果计数为零，该对象就会被销毁，其占用的内存也会返回给堆。当对象相互引用时，就构成循环引用，浏览器（IE6，Firefox2.0）对于纯粹的JavaScript对象间的循环引用是可以正确处理的，但由于在引用计数系统，相互引用的对象都不能被销毁，因为是引用计数

永远不能为零，因此浏览器无法处理JavaScript与Native对象(例如Dom、ActiveX Object)之间循环引用。所以，当我们出现Native对象与JavaScript对象间的循环引用时，就会出现内存泄漏的问题。

简单来说就是，浏览器使用引用计数来为Native对象处理内存，而引用计数的对象无法被销毁，涉及Native对象的循环引用将会出现内存泄漏。配合下面的例子，理解这句话，基本上就可以理解JavaScript造成的内存泄漏了。

var obj;

window.onload = function(){

// JavaScript对象obj到DOM对象的引用，根据id获得

obj=document.getElementById("DivElement");

// DOM 对象则有到此 JavaScript 对象的引用，由expandoProperty实现document.getElementById("DivElement").expandoProperty=obj;

};

可见，JavaScript 对象和DOM 对象间就产生了一个循环引用。由于DOM 对象是通过引用计数管理的，所以两个对象将都不能销毁。

另一种情况是闭包中，当碰到闭包，我们在Native对象上绑定事件响应代码时，很容易制造出Closure Memory Leak。其关键原因和前者是一样的，也是一个跨JavaScript 对象和Native对象的循环引用。只是代码更为隐蔽。

window.onload = function AttachEvents(element){

//element有个引用指向函数ClickEventHandler()

element.attachEvent( " onclick " , ClickEventHandler);

function ClickEventHandler(){

//该函数有个引用指向AttachEvents(element)调用Scope，

//也就是执行了参数element。

}

}

这里简单理解了JavaScript造成内存泄漏的原因，内存泄漏加大浏览器的负担，很有可能导致浏览器崩溃，我们要做的就是尽量去避免这种情况，做法可参考刚刚所说《Memory leak patterns in JavaScript》和《Understanding and Solving Internet Explorer Leak Patterns》两篇文章加以理解。处理JavaScript内存泄漏最终目的还是要打破JavaScript对象和Native对象间的循环引用或者清零引用计数，释放对象。

一些内存泄漏如闭包内存泄漏，我们可能比较难以发现，内存泄漏的检测我们可能参考《javascript 内存泄露工具使用》。

2. 网页代码复杂和浏览器bug

大量个人网站和低质量网站代码的涌现造成对浏览标准的普遍不支持，如果正好碰上浏览器存在的一些bug，浏览器渲染引擎在处理这些网页代码的时候会出错，比如陷入死循环或直接崩溃等。

HTML代码导致网站崩溃

这是HTML结构错误而导致IE6的崩溃，在前或后添加任何字符均会导致IE6 Crash。

"d2841c4bfe4733687e21aaa5/TR/html4/loose.dtd">

该代码来个韩国的一个网站，无论是使用XHTML或者HTML的什么版本，只要带了DOCTYPE声明，IE6就会立即崩溃，当不带DOCTYPE声明的时候就没有错误，原因可能跟文档类型声明有关。

令IE6崩溃的CSS代码

该代码参考自网站Cats who Code。该Bug发现与2007年，据说是一名日本人发现的：

原因在于table中直接放置内容，在IE6会引起Mshtml.all模块损坏而关闭浏览器，非IE6则安全无恙。

除此之外，存在于IE6的Bug还有下面这种情况，当伪类为a:active 时同样会遇到此问题：

崩溃IE6 ，crash ie6

解决方案：为 添加zoom:1; 令其触发haslayout。

令IE7崩溃的CSS代码

此Bug来自偷米饭，它只存在IE7中据估计是处理省略字的时候导致IE7崩溃。

崩溃崩溃崩溃崩溃崩溃crash ie7

崩溃崩溃崩溃崩溃崩溃crash ie7

解决方案：为 添加zoom:1; 令其触发haslayout

令IE6崩溃的JavaScript代码

来自Internet Explorer Sucks，这个网站就是使用了一下代码，当你使用IE6访问的时候，浏览器将立刻崩溃。代码如下：

具体引起的原因暂时无法解析，但在兼容性和执行效率来看一般不会采取这样的写法。

3. 网页数据过多

网页含有大量需要处理的数据，造成系统繁忙，如多图页面，超长页面等，或者网页内嵌的各种控件会导致浏览器处理大量数据，造成系统繁忙。如Flash游戏，ActiveX控件等。当浏览器访问网站的时候，如果网站的数据量大，会使得浏览器一般在处理过程中会占用很大的CPU使用率和内存、造成浏览器失去响应，甚至会使电脑系统死机。在网站开发的时候，如果充分考虑Web性能，很大程度上能避免这个问题。

4. Ajax的Web服务漏洞

Ajax的是基于XML的异步传输，文本格式的XML消息可能是二进制数据带宽量的两倍之多。传输XML消息所需的带宽越多，系统或应用程序用来执行其他任务的可用资源就越少。例如执行复杂算法来获取期望结果。

过高的带宽可能导致由系统超载引起的性能减退。过高的带宽将导致Ajax应用程序输出破损的数据，因为没有足够的资源生成干净的数据。这意味着Web服务门户(Ajax应用程序属于其中的一部分)将把破损数据暴露给门户的其他部分，从而导致畸形消息和过度解析。如果威胁者利用了这个漏洞，则会引起浏览器崩溃。

另外一方面，频繁的、较小的HTTP 请求会加重后端服务器、负载均衡程序和防火墙的负担，结果是造成过高的带宽，最终导致性能降低。如果客户端长期停留在该页面或没有关闭浏览器，会使得浏览器的内存持续上涨，得不到释放，导致客户端浏览器崩溃。

为此，在较多的时候Ajax的时候，我们要考虑通过专门的硬件加速器、优化软件、消除代码冗余、XML加速功能和解决互操作性问题等方式加速Ajax应用程序。另外，积极地监视通信流可以持续地度量Ajax应用程序的网络流量性能。通过将数据放入实时日志中，您可以查看在哪些位置何时出现大量的包丢失和抖动事件，响应变慢的原因以及如何通过修改应用程序的优先级来改善通信流性能。

5. 其他原因

除以上提到的原因之外，还有其他许多原因，虽然有些不会导致浏览器直接崩溃，但也会造成网站无法访问，如日志文件导致磁盘已满、Web服务器C指针错误、进程缺乏文件描述符、线程死锁、数据库中的临时表不够用和服务器超载等，可参考《导致Web站点崩溃最常见的七大原因》。

总结

对于访客，如果登录您网站，浏览器就立刻崩溃，我想这对谁都是无法容忍的，通过总结《网站令浏览器崩溃的原因》，在我们从事网站开发维护的时候，我们应该尽量去避免内存泄漏、代码错误和冗余及数据量过大等问题，构建更佳性能的站点。

本文地址：

d2841c4bfe4733687e21aaa5/wiky/archive/2010/01/09/IE-and-Firefox-Javascript-compatibility

PS：本文由维奇总结，如有转载请注明出处，谢谢！

原文：

d2841c4bfe4733687e21aaa5/wiky/archive/2010/01/16/website-m akes-browser-crash -reasons.ht m l

编辑：d2841c4bfe4733687e21aaa5

本文来源：https://www.bwwdw.com/article/w9qq.html