JScript内存泄漏/ie内存泄漏

按照第二篇文章提到&＃xff0c;内存泄漏的本质就一句话&＃xff1a;Javascript权威指南认为&＃xff0c;因为使用计数器算法&＃xff0c;ie只有遇到循环就注定产生泄漏。后来 eri更正说“ie6处理不了的是jscript与navite object(如dom&＃xff0c;active object)之间的ciruclar reference“&＃xff08;在这种情况下才使用计数器算法&＃xff09;。

第一篇译言翻译在这里http://feed.yeeyan.com/articles/view/3407/10103

说得很绕口&＃xff0c;但形象了很多&＃xff1a;

“ 当一个DOM对象包涵有一个Javascript对象&＃xff08;例如一个事件处理函数&＃xff09;的引用&＃xff0c;同时如果这个Javascript对象又包涵该DOM对象&＃xff0c;那么这个循环引用就形成了。

这种结构本质上没有问题。[此时&＃xff0c;因为该DOM对象和这个事件处理函数并没有别的引用存在&＃xff0c;那么垃圾回收器&＃xff08;一种自动的内存资源管理器&＃xff09;本应该把它们都回收点&＃xff0c;并内存释放。]Javascript的垃圾回收器能够检测到这种循环引用&＃xff0c;并不会对他产生困惑。

但是不幸的是&＃xff0c;IE DOM的内存并不能被Jscript所管理。他有他自己的内存管理系统&＃xff0c;然而这套系统并不知道循环引用&＃xff0c;使得一切都变得混乱。这就导致了&＃xff0c;当循环引用形成的时候&＃xff0c;内存释放工作不能完成。”

综上内存泄漏准确的说法是&＃xff1a;”当碰到Closure&＃xff0c;当我们往Native对象(例如Dom对象、ActiveX Object)上绑定事件响应代码时&＃xff0c;一个不小心&＃xff0c;我们就会制造出Closure Memory Leak。其关键原因&＃xff0c;其实和前者是一样的&＃xff0c;也是一个跨Javascript object和native object的循环引用。只是代码更为隐蔽&＃xff0c;这个隐蔽性&＃xff0c;是由于Javascript的语言特性造成的。但在使用类似内嵌函数的时候&＃xff0c;内嵌的函数有拥有一个reference指向外部函数的scope&＃xff0c;包括外部函数的参数&＃xff0c;因此也就很容易造成一个很隐蔽的循环引用&＃xff0c;例如&＃xff1a; DOM_Node.onevent ->function_object.[ [ scope ] ] ->scope_chain ->Activation_object.nodeRef ->DOM_Node。“

第一篇文章里的三个例子靠谱解读在这里:

http://www.javaeye.com/topic/172344

在什么情况下引起泄漏&＃xff1f;

一般都认为是ie6才会有这个问题&＃xff0c;但实际上在几个版本的ie里运行下面的代码会发现内存的确在增加。

/*global setTimeout */  
            (function (limit, delay) {  
                var queue &＃61; new Array(10);  
                var n &＃61; 0;  
 
                function makeSpan(n) {  
                    var s &＃61; document.createElement(&＃39;span&＃39;);  
                    document.body.appendChild(s);  
                    var t &＃61; document.createTextNode(&＃39; &＃39; &＃43; n);  
                    s.appendChild(t);  
                    s.onclick &＃61; function (e) {  
                        s.style.backgroundColor &＃61; &＃39;red&＃39;;  
                        alert(n);  
                    };  
                    return s;  
                }  
 
                function process(n) {  
                    queue.push(makeSpan(n));  
                    var s &＃61; queue.shift();  
                    if (s) {  
                        s.parentNode.removeChild(s);  
                    }  
                }  
 
                function loop() {  
                    if (n < limit) {  
                        process(n);  
                        n &＃43;&＃61; 1;  
                        setTimeout(loop, delay);  
                    }  
                }  
 
                loop();  
            })(10000, 10);  

如何解决这个问题&＃xff1a;一句话废话&＃xff0c;删除元素之前去除附在上面的函数。&＃xff08;咦&＃xff0c;这句话怎么这么熟&＃xff1f;&＃xff09;

第二篇文章给出的解决方式看上去更和谐点。毕竟在js框架中&＃xff0c;我们都会看到类似专门的回收器的代码&＃xff0c;恐怕是因为对每段程序释放是太废时间的工作。