理解DOM事件流

来源：互联网发布：西门子弱电箱数据模块编辑：程序博客网时间：2024/05/18 00:06

DOM事件标准定义了两种事件流，这两种事件流有着显著的不同并且可能对你的应用有着相当大的影响。这两种事件流分别是捕获和冒泡。和许多Web技术一样，在它们成为标准之前，Netscape和微软各自不同地实现了它们。Netscape选择实现了捕获事件流，微软则实现了冒泡事件流。幸运的是，W3C决定组合使用这两种方法,并且大多数新浏览器都遵循这两种事件流方式。

默认情况下，事件使用冒泡事件流，不使用捕获事件流。然而，在Firefox和Safari里，你可以显式的指定使用捕获事件流，方法是在注册事件时传入useCapture参数，将这个参数设为true。下面用个例子分别来测试这两种事件流。

1、冒泡事件流
当事件在某一DOM元素被触发时，例如用户在客户名字节点上点击鼠标，事件将跟随着该节点继承自的各个父节点冒泡穿过整个的DOM节点层次，直到它遇到依附有该事件类型处理器的节点，此时，该事件是onclick事件。在冒泡过程中的任何时候都可以终止事件的冒泡，在遵从W3C标准的浏览器里可以通过调用事件对象上的stopPropagation()方法，在Internet Explorer里可以通过设置事件对象的cancelBubble属性为true。如果不停止事件的传播，事件将一直通过DOM冒泡直至到达文档根。

测试的HTML文件，其中用到了mootools-release-1.11.js，对mootools的代码进行了改动：

addListener: function(type, fn,setCapture){

if (this.addEventListener) this.addEventListener(type, fn, setCapture);

else {

this.attachEvent('on' + type, fn);

if (setCapture) this.setCapture(true);

}

return this;

}

给addListener方法里增加了setCapture参数，用于测试捕获事件流。

<body>

<div id="dd1-ct" style="width:400px;height:400px;border:1px solid #999;padding:2px">Container

<div id="dd1-item1" style="width:200px;height:200px;border:1px solid #999;padding:2px">Item1

</div>

</body>

效果：

js:

fn1=function(e){

// e.stopPropagation();

$('rh').innerHTML+='Item1 clicked!******';

};

fn2=function(e){

// e.stopPropagation();

$('rh').innerHTML+='Item2 clicked!-------';

};

fn=function(e){

// e.stopPropagation();

$('rh').innerHTML+='Container clicked!&&&&&&&&';

};

$('dd1-item2').addListener('click', fn2.bindWithEvent(),false);

$('dd1-item1').addListener('click', fn1.bindWithEvent(),false);

$('dd1-ct').addListener('click', fn.bindWithEvent(),false);

测试结果ie和ff下效果一致：单击item2,会依次触发fn2、fn1、fn;单击item1,会依次触发fn1、fn;单击Container,只会触发fn;当在任何一个事件处理器里调用e.stopPropagation();都会阻止事件的冒泡。

2、捕获事件流
事件的处理将从DOM层次的根开始，而不是从触发事件的目标元素开始，事件被从目标元素的所有祖先元素依次往下传递。在这个过程中，事件会被从文档根到事件目标元素之间各个继承派生的元素所捕获，如果事件监听器在被注册时设置了useCapture属性为true,那么它们可以被分派给这期间的任何元素以对事件做出处理；否则，事件会被接着传递给派生元素路径上的下一元素，直至目标元素。事件到达目标元素后，它会接着通过DOM节点再进行冒泡。

这里ie与ff存在着很大的差异，甚至ie6与ie7的表现也各不相同，所以分开测试。

a、ff
事件从从DOM层次的根开始往下传递时，会被useCapture属性为true的事件监听器所捕获，而到达目标元素再从目标元素冒泡时，则会被useCapture属性为false的事件监听器所捕获。当在任何一个事件处理器里调用e.stopPropagation();都会阻止事件的传播。

b、ie6
用事实说话：

第一种情况：

$('dd1-item2').addListener('click', fn2.bindWithEvent(),true);

$('dd1-item1').addListener('click', fn1.bindWithEvent(),true);

$('dd1-ct').addListener('click', fn.bindWithEvent(),true);

单击浏览器的任何位置，都只是触发fn；

第二种情况：

$('dd1-item2').addListener('click', fn2.bindWithEvent(),true);

$('dd1-item1').addListener('click', fn1.bindWithEvent(),true);

$('dd1-ct').addListener('click', fn.bindWithEvent(),false);

单击浏览器的任何位置，会依次触发fn1、fn;

第三种情况：

$('dd1-item2').addListener('click', fn2.bindWithEvent(),true);

$('dd1-item1').addListener('click', fn1.bindWithEvent(),false);

$('dd1-ct').addListener('click', fn.bindWithEvent(),false);

单击浏览器的任何位置，会依次触发fn2、fn1、fn;

结论：如果HTML元素捕获了通过该元素的setCapture()方法对这个元素的设置，依附于该元素的处理器将会被事件触发，即使setCapture()方法被调用的这个元素不在目标元素的祖先路径中。事实上你甚至单击浏览器的非页面部分都会触发事件处理器。并且事件一旦被捕获就不会继续再往下传播（即使该元素在目标元素的祖先路径中），而是立刻冒泡。e.stopPropagation();会阻止事件的冒泡。

c、ie7
测试效果与冒泡事件流一致。将对捕获事件流的支持干掉了？

结论：正如mootools所做的，避免捕获事件流。