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

159 阅读 0 评论 105 点赞

我是靠谱客的博主高挑苗条，最近开发中收集的这篇文章主要介绍善用事件代理，警惕闭包的性能陷阱。，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

简言之，闭包是产生一个没有被释放资源的栈区。换言之，就是一个不可控的内存空间占用，如果与事件相关联，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 Auntion@gmail.com
QQ 82874972
原创文章，转载请留下此部分信息