Js内存泄露问题总结

最近接受了一个Js职位的面试，问了很多Js的高级特性，才发现长时间使用已知的特性进行开发而忽略了对这门语言循序渐进的理解，包括Java我想也是一样，偶尔在Sun官方看到JDK6.0列举出来的new features才发现很多东西是自己并不知道或者遗忘了的。看来还是要坚持总结技术，反复理解和运用才能保持对任何技术的掌握运用能力阿。

翻了一些Js的新老资料，准备先讲讲Js的内存泄露问题——
当一个DOM对象包含一个Js对象的引用(例如一个Event Handler)， 而这个Js对象又持有对这个DOM对象的引用时，一个环状引用就行成了。这本身并不是什么错误或者Bug，因为Js的回收机制能理解这种环状的引用结构并且在没有其他对象能关联到环上的时候回收这个环上的所有对象内存。可不幸的是IE浏览器中的DOM结构并不受Js解释机制管理，所以它并不能理解这种失去外界引用的环状结构，导致环上任何对象都无法被访问到，可是内存依旧占据着，这也就是所谓的Js内存泄露了。

我们来看一个经典的例子说明问题——

JScript code
(function(limit, delay){
var queue=new Array(10);
var n;
function makeSpan(n){
var s=document.createElement(‘span’);
document.body.appendChild(s);
var t=document.createTextNode(‘ ’+n);
s.appendChild(t);
s.onclick=function(e){
s.style.backgroundColor=’red’;
alert(n);
};
return s;
}

function process(n){
queue.push(makeSpan(n));
var s=queue.shift();
if(s)
s.parentNode.removeChild(s);
}

function loop()}{
if(n<limit){
process(n);
n+=1;
setTimeout(loop,delay);
}
}
loop();
})(10000,10);

这个例子的意义是创建出10000个span元素来添加到DOM的body上，并且对其内容填充序号n，紧接着从queue的第一个位置移除创建的span元素，也就是说10000个为止，不断的创建再移除，永远只保留最新创建的那10个。这个例子满足的条件就是DOM元素带有Js对象即click事件的Event Handler，而Event Handler里面又带有这个DOM元素的引用，于是环状结构行程。

当我在IE上运行这个Js的时候打开任务管理器，很明显的看到此网页的内存从55M左右起很稳定的增长直到结束第10000个span创建完毕停止增长时已经到了167M，而在Firefox上运行此Js得到的数据是从头到尾内存都不会超过70M。这已经说明IE一直都没有解决这种Js内存泄露的问题，即使我用的版本已经是最新的IE8.0。

可以想象在如今Ajax运用越来越多，用户体验要求越来越高的情况下，网页的体积会越来越庞大，可能很频繁的Js程序员需要做的事情就是在某个DOM元素例如Div里添加很多Html代码，用innerHTML赋值进去，然后用户触发某事件后又整个替换掉innerHTML，那么被替换以前的Html代码很可能带有这样的环状结构，导致页面只要不刷新，内存就会一直泄露着越来越严重，直到吃光机器内存。

所以我们提倡人为的打破这种环状结构， 即在DOM元素被抛弃之前移除绑定在上面的Js Event Handler，移除的方法就涉及到DOM事件模型的讨论范围了，我已在另外一篇讨论文章中详细机讲解W3C标准的DOM事件模型和IE的到底有什么区别了，有兴趣的可以看一看。

当然浏览器厂商特别是IE也希望能负起一定的责任起来，早日大一统，算是为广大Js程序员造福吧！