jQuery 2.0.3 源码分析 事件绑定 - bind/live/delegate/on

转:http://www.cnblogs.com/aaronjs/p/3440647.html?winzoom=1

事件(Event)是JavaScript应用跳动的心脏,通过使用JavaScript ,你可以监听特定事件的发生,并规定让某些事件发生以对这些事件做出响应

事件的基础就不重复讲解了,本来是定位源码分析实现的, 所以需要有一定的基础才行

为了下一步更好的理解内部的实现,所以首先得清楚的认识到事件接口的划分

网上资料遍地都是,但是作为一个jQuery系列的源码分析,我还是很有必要在重新总结一下

jQuery对事件的绑定分别有几个API http://www.css88.com/jqapi-1.9/

.bind()

.live()

.delegate()

.on()

不管是用什么方式绑定,归根到底还是用addEventListener/attachEvent处理的,正如选择器一样不管如何匹配最终还是那么几个浏览器接口处理

既然如此,事件为什么还要区分那么多不同的处理方案?

这里就要涉及到DOM事件处理模型了,就是常提到的捕获冒泡

 


传统的事件处理:

给某一元素绑定了一个点击事件,传入一个回调句柄处理

element.addEventListener('click',doSomething,false)

这样的代码再正常不过了

但是,如果页面上有几个百元素需要绑定(假设),那么务必就要绑定几百次啦.

这样问题就出现了:

第一:大量的事件绑定,性能消耗,而且还需要解绑(IE会泄漏)

第二:绑定的元素必须要存在

第三: 后期生成HTML会没有事件绑定,需要重新绑定

第四: 语法过于繁杂

…………

有没有办法优化呢? 答案是肯定的

 


事件委托

DOM有个事件流的特性,也就是说我们在页面上触发节点的时候事件都会上下或者向上传播,事件捕捉和事件冒泡。

借个图:

DOM2.0模型将事件处理流程分为三个阶段:一、事件捕获阶段,二、事件目标阶段,三、事件起泡阶段。

事件传送可以分为3个阶段。

(1).在事件捕捉(Capturing)阶段,事件将沿着DOM树向下转送,目标节点的每一个祖先节点,直至目标节点。例如,若用户单击了一个超链接,则该单击事件将从document节点转送到html元素,body元素以及包含该链接的p元素。在此过程中,浏览器都会检测针对该事件的捕捉事件监听器,并且运行这件事件监听器。

(2)在目标(target)阶段,浏览器在查找到已经指定给目标事件的事件监听器之后,就会运行 该事件监听器。目标节点就是触发事件的DOM节点。例如,如果用户单击一个超链接,那么该链接就是目标节点(此时的目标节点实际上是超链接内的文本节点)。

(3).在冒泡(Bubbling)阶段,事件将沿着DOM树向上转送,再次逐个访问目标元素的祖先节点到document节点。该过程中的每一步。浏览器都将检测那些不是捕捉事件监听器的事件监听器,并执行它们。

利用事件传播(这里是冒泡)这个机制,就可以实现事件委托。

具体来说,事件委托就是事件目标自身不处理事件,而是把处理任务委托给其父元素或者祖先元素,甚至根元素(document)

 


jQuery的事件优化

这么好的特性jQuery当然不会放过,所以就衍生出  .bind()、.live() .on()和.delegate()

jQuery的事件绑定有多个方法可以调用,以click事件来举例:

  • click方法
  • bind方法
  • delegate方法
  • on方法

这里要清楚的认识:不管你用的是(click / bind / delegate)之中那个方法,最终都是jQuery底层都是调用on方法来完成最终的事件绑定。

因此从某种角度来讲除了在书写的方便程度及习惯上挑选,不如直接都采用on方法来的痛快和直接

所以在新版的API中都这么写到:

.on()方法事件处理程序到当前选定的jQuery对象中的元素。在jQuery 1.7中,.on()方法 提供绑定事件处理的所有功能

 


性能对比

我们来个对直观的测试

生成999个DOM节点,不做任何处理,内存消耗2.2M

image

 


给每一个元素绑定click事件,增加到5.6M

$('.ul a').click(function(e){
        alert('click event');
    });

image

 


委托事件2.2M

$('.ul').on('click', 'a', function(e){
        alert('click event');
    });

image

 

效果不言而喻了,除了性能的差异,通过委托的事件还能很友好的支持动态绑定

只要on的delegate对象是HTML页面原有的元素,由于是事件的触发是通过Javascript的事件冒泡机制来监测,所以对于所有子元素(包括后期通过JS生成的元素)所有的事件监测均能有效,且由于不用对多个元素进行事件绑定,能够有效的节省内存的损耗。

 


.bind()

.bind()方法用于直接附加一个事件处理程序到元素上。

处理程序附加到jQuery对象中当前选中的元素,所以,在.bind()绑定事件的时候,这些元素必须已经存在

很明显就是直接调用的,没利用委托机制

 


.live()

将委托的事件处理程序附加到一个页面的document元素,从而简化了在页面上动态添加的内容上事件处理的使用。

例如:

$('a').live('click', function() { alert("!!!") });

JQuery把alert函数绑定到$(document)元素上,并使用’click’和’a’作为参数。

任何时候只要有事件冒泡到document节点上,它就查看该事件是否是一个click事件,以及该事件的目标元素与’a’这一CSS选择器是否匹配,如果都是的话,则执行函数。

 

因为更高版本的jQuery提供了更好的方法,没有.live()方法的缺点,所以.live()方法不再推荐使用

特别是,使用.live()出现的以下问题:

  • 在调用 .live() 方法之前,jQuery 会先获取与指定的选择器匹配的元素,这一点对于大型文档来说是很花费时间的。
  • 不支持链式写法。例如,$("a").find(".offsite, .external").live( ... ); 这样的写法是不合法的,并不能像期待的那样起作用。
  • 由于所有的 .live() 事件被添加到 document 元素上,所以在事件被处理之前,可能会通过最长最慢的那条路径之后才能被触发。
  • 在移动 iOS (iPhone, iPad 和 iPod Touch) 上,对于大多数元素而言,click 事件不会冒泡到文档 body 上,并且如果不满足如下情况之一,就不能和 .live() 方法一起使用:
    1. 使用原生的可被点击的元素,例如, a 或 button,因为这两个元素可以冒泡到 document
    2. 在 document.body 内的元素使用 .on() 或 .delegate() 进行绑定,因为移动 iOS 只有在 body 内才能进行冒泡。
    3. 需要 click 冒泡到元素上才能应用的 CSS 样式 cursor:pointer (或者是父元素包含document.documentElement)。但是依需注意的是,这样会禁止元素上的复制/粘贴功能,并且当点击元素时,会导致该元素被高亮显示。
  • 在事件处理中调用 event.stopPropagation() 来阻止事件处理被添加到 document 之后的节点中,是效率很低的。因为事件已经被传播到 document 上。
  • .live() 方法与其它事件方法的相互影响是会令人感到惊讶的。例如,$(document).unbind("click") 会移除所有通过 .live() 添加的 click 事件!

 


.delegate()

为了突破单一.bind()方法的局限性,实现事件委托,jQuery 1.3引入了.live()方法。后来,为解决“事件传播链”过长的问题,jQuery 1.4又支持为.live()方法指定上下文对象。而为了解决无谓生成元素集合的问题,jQuery 1.4.2干脆直接引入了一个新方法.delegate()。

使用.delegate(),前面的例子可以这样写:

$('#element).delegate('a', 'click', function() { alert("!!!") });

JQuery扫描文档查找(‘#element’),并使用click事件和’a’这一CSS选择器作为参数把alert函数绑定到(‘#element’),并使用click事件和’a’这一CSS选择器作为参数把alert函数绑定到(‘#element)上。

任何时候只要有事件冒泡到$(‘#element)上,它就查看该事件是否是click事件,以及该事件的目标元素是否与CCS选择器相匹配。如果两种检查的结果都为真的话,它就执行函数。

可以注意到,这一过程与.live()类似,但是其把处理程序绑定到具体的元素而非document这一根上

那么 (a).live()==(′a′).live()==(document).delegate('a') ?

可见,.delegate()方法是一个相对完美的解决方案。但在DOM结构简单的情况下,也可以使用.live()。

 


.on()

其实.bind(), .live(), .delegate()都是通过.on()来实现的,.unbind(), .die(), .undelegate(),也是一样的都是通过.off()来实现的

提供了一种统一绑定事件的方法

 


总结:

在下列情况下,应该使用.live()或.delegate(),而不能使用.bind():

  • 为DOM中的很多元素绑定相同事件;
  • 为DOM中尚不存在的元素绑定事件;

用.bind()的代价是非常大的,它会把相同的一个事件处理程序hook到所有匹配的DOM元素上
不要再用.live()了,它已经不再被推荐了,而且还有许多问题
.delegate()会提供很好的方法来提高效率,同时我们可以添加一事件处理方法到动态添加的元素上
我们可以用.on()来代替上述的3种方法

不足点也是有的:

  • 并非所有的事件都能冒泡,如load, change, submit, focus, blur
  • 加大管理复杂。
  • 不好模拟用户触发事件

如何取舍就看项目实际中运用了。

posted @ 2016-12-19 11:52  btg.yoyo  阅读(181)  评论(0编辑  收藏  举报