善用事件代理，警惕闭包的性能陷阱。

简言之，闭包是产生一个没有被释放资源的栈区。换言之，就是一个不可控的内存空间占用，如果与事件相关联，JS的垃圾回收机制也不会去触碰该区域。
例如：我们有个项目需要实现在一个div中有上百个热点区域（a标签），类似淘宝店铺广告位自定义，那么按照传统的做法，我们会如下做一个最典型的闭包使用的实例，目的是改变this的作用域，在其处理函数内部调用其他属于该作用域的方法或属性。

var apply = function() { 
this.div = document.getElementById("div的id"); 

this.hot = this.div.getElementsByTagName("a"); 

for(var i=0; i<this.hot.length; i++) { 


this.hot[i].onclick = function(me) { 



return function() { 




me.edit(this); 



} 


}(this); 

} 
} 
apply.prototype = { 

edit: function(target) { 

} 
}

这里产生的问题，就是每一次的循环，都会往内存当中写入一个如上所描述的不可控的内存地址，当然，你找不到它，也没办法在不需要使用的时候清理它，js的回收机制也不知道他何时是无用的，产生垃圾地址。并且，当div内的dom结构发生改变的时候，你又需要重新去找到这些a标签然后给他绑定事件。
当然你也可以把this添加到一个局部变量：var me = this; 至少如此是你可以控制的，你可以随时的将局部变量me置为null，js的垃圾回收机制会知道何时去清理掉这些无用的数据。但是这样也不是最好的解决方案，并且估计很多人也不会喜欢这种并不美观的编码方式。
最好的解决办法，当然还是并不需要去关心那些内部的结构，也不为内部的任何一个元素申明任何一个变量，那么就是事件代理的工作。何谓事件代理，即不需要为每一个子对象绑定事件，通过冒泡机制找到当前触发事件的元素，并通过你自己的一系列规则找到最终的处理函数。
如果使用事件代理的模式，该如何实现如上描述的需求？如下：

var apply = function() { 
this.div = document.getElementById("div的id"); 

this.div.onclick = function(me) { 


return function() { 



var _event = arguments.callee.caller.arguments[0]; 



var target = _event.target || _event.srcElement; 



if(target.tagName == "a") 




me.edit(target); 



else 




return false; 


} 

}(this); 
} 
apply.prototype = { 

edit: function(target) { 

} 
}

现在，我们只关心容器元素是何物，而不用关心他的内部有多少个a，他们是否发生改变等。性能的差别是显然的。
10来分钟随便写写，有点混乱，希望对一些朋友有用，如有差错之处，还望各位指点。

auntion / 2011-11-15
mail [e-mail]
QQ 82874972
原创文章，转载请留下此部分信息