总结JavaScript在IE9之前版本中内存泄露问题

IE9之前的版本对JScript对象和COM对象使用不同的垃圾回收例程(COM对象采用“引用计数”收集策略)，因此闭包在IE的这些版本中会导致一些特殊问题。具体来说，如果闭包的作用域中保存着一个HTML元素，那么就意味着该元素将无法被销毁。
来看下面的例子：

function assignHandler() {
var elem = document.getElementById('elem_id');
elem.onclick = function(evt) {
alert(elem.id);
};
}

以上代码创建了一个作为elem元素事件处理程序的闭包，而这个闭包则又创建了一个循环引用。由于匿名函数保存了一个对assignHandler()的活动对象的引用，因此就会导致无法减少elem的引用数。只要匿名函数存在，elem的引用数至少也是1，因此它所占用的内存就永远不会被回收。

可以将上面的代码稍作修改一下就可以解决：

function assignHandler() {
var elem = document.getElementById('elem_id');
var elem_id = elem.id;
elem.onclick = function(evt) {
alert(elem_id);
};
elem = null;
}

通过把elem.id的一个副本保存在一个变量中，并且在闭包中引用该变量消除了循环引用。但仅仅做到这一步，还是不能解决内存泄露问题。

“闭包会引用包含函数的整个活动对象，而其中就包含着elem。即使闭包不直接引用elem，包含函数的活动对象中也仍然会保存一个引用。因此，有必要把elem设置为null。这样就能解除对DOM对象的引用，顺利地减少其引用数，确保正常回收其占用的内存”

您可能感兴趣的文章:

• 解决JS内存泄露之js对象和dom对象互相引用问题
• JS闭包、作用域链、垃圾回收、内存泄露相关知识小结
• 解决js函数闭包内存泄露问题的办法
• 浅谈js 闭包引起的内存泄露问题
• JavaScript避免内存泄露及内存管理技巧
• 容易造成JavaScript内存泄露几个方面
• 关于js内存泄露的一个好例子
• js内存泄露的几种情况详细探讨
• Javascript 闭包引起的IE内存泄露分析
• 权威JavaScript 中的内存泄露模式