理解DOM事件流的三个阶段
javascriptcn JavaScript
当浏览器发展到第四代时（IE4 及 Netscape Communicator 4） ，浏览器开发团队遇到了一个很有意思的问题：页面的哪一部分会拥有某个特定的事件？要明白这个问题问的是什么，可以想象画在一张纸上的一组同心圆。如果你把手指放在圆心上，那么你的手指指向的不是一个圆，而是纸上的所有圆。两家公司的浏览器开发团队在看待浏览器事件方面还是一致的。如果你单击了某个按钮，他们都认为单击事件不仅仅发生在按钮上。换句话说，在单击按钮的同时，你也单击了按钮的容器元素，甚至也单击了整个页面。
事件流描述的是从页面中接收事件的顺序。但有意思的是，IE 和 Netscape 开发团队居然提出了差不多是完全相反的事件流的概念。IE 的事件流是事件冒泡流，而 Netscape Communicator 的事件流是事件捕获流。
事件冒泡
事件冒泡（event bubbling）即事件开始时由最具体的元素（文档中嵌套层次最深的那个节点）接收，然后逐级向上传播到较为不具体的节点（文档） 。 如以下例子：
<!DOCTYPE html>
<html>
<head>
<title>Event Bubbling Example</title>
</head>
<body>
<div id="myDiv">Click Me</div>
</body>
</html>
如果你单击了页面中的 <div> 元素，那么这个 click 事件会按照如下顺序传播： (1) <div> (2) <body> (3) <html> (4) document
所有现代浏览器都支持事件冒泡，但在具体实现上还是有一些差别。IE5.5 及更早版本中的事件冒泡会跳过 <html> 元素（从 <body> 直接跳到 document ） 。IE9、Firefox、Chrome 和 Safari 则将事件一直冒泡到 window 对象。
事件捕获
事件捕获的思想是不太具体的节点应该更早接收到事件，而最具体的节点应该最后接收到事件。事件捕获的用意在于在事件到达预定目标之前捕获它。
以前面的html为例子，那么单击 <div>元素就会以下列顺序触发 click 事件。 (1) document (2) <html> (3) <body> (4) <div>
目前IE9、Safari、Chrome、Opera和 Firefox 都支持事件捕获这种事件流模型。尽管“DOM2 级事件”规范要求事件应该从 document 对象开始传播，但这些浏览器都是从 window 对象开始捕获事件的。
由于老版本的浏览器不支持，因此很少有人使用事件捕获。我们也建议读者放心地使用事件冒泡，在有特殊需要时再使用事件捕获。
DOM事件流
“DOM2级事件”规定的事件流包括三个阶段： 事件捕获阶段（为截获事件提供了机会） 处于目标阶段（实际的目标接收到事件） 事件冒泡阶段（可以在这个阶段对事件做出响应）
IE9、Opera、Firefox、Chrome 和 Safari 都支持 DOM 事件流；IE8 及更早版本不支持 DOM 事件流。
事件代理
得益于浏览器的事件冒泡机制，因此可以把子节点的监听函数定义在父节点上，由父节点的监听函数统一处理多个子元素的事件。这种方法叫做事件的代理（delegation）
<ul id="ul">
<li>1</li>
<li>2</li>
<li>3</li>
<li>4</li>
<li>5</li>
</ul>
添加事件
var ul = document.getElementById('ul');
ul.addEventListener('click', function(event) {
if (event.target.tagName.toLowerCase() === 'li') {
console.log(event.target.innerHTML)
}
});
上面代码的click事件的监听函数定义在ul节点，但是实际上，它处理的是子节点li的click事件。这样做的好处是，只要定义一个监听函数，就能处理多个子节点的事件，而且以后再添加子节点，监听函数依然有效。
阻止冒泡
如果希望事件到某个节点为止，不再传播，可以使用事件对象stopPropagation方法
p.addEventListener('click', function(event) {
event.stopPropagation();
});
