彻底弄懂JS的事件冒泡和事件捕获（不推荐阅读）
由于搬去敌台了，好久没来博客园，今天无意中翻到有“误认子弟”的评论，这里特意做个说明。
本文中关于事件冒泡和事件捕获的描述和例子都是OK的，错就错在后面用jquery去展示了利用事件冒泡的例子有误，其实这部分就是“事件委托”，而当时的我并不知道，这一点在我很久之前的评论中纠正过。
归根结底，是当时的我对dom事件这个东西没有一个系统的认识。事件模型、事件流、event对象、事件代理/委托、甚至自定义事件，加起来才是dom事件的全貌，都理解了才能彻底弄懂。本想删除了事，但抱着尊重历史的态度（其实是我不舍得删，毕竟是我的第一篇博文），特意在标题中标明：不推荐阅读。
最后，对被“毒害”了的萌新和读者们表示最真挚的歉意，抱歉！请大家原谅那个当初年幼无知的我！
---------以上为2019.2.13更新---------------
在学校，听老师讲解事件冒泡和事件捕获机制的时候跟听天书一样，只依稀记得IE使用的是事件冒泡，其他浏览器则是事件捕获。当时的我，把它当成IE浏览器兼容问题，所以没有深究（IE8以下版本的浏览器已基本退出市场）。工作至今，虽然多次遇到该类问题，但均未深究，始终一知半解，遇到了全TM靠猜（选A不行就选B呗）。今天闲来无事自己做了个demo,算是把这个问题彻底搞明白了。
先上结论：他们是描述事件触发时序问题的术语。事件捕获指的是从document到触发事件的那个节点，即自上而下的去触发事件。相反的，事件冒泡是自下而上的去触发事件。绑定事件方法的第三个参数，就是控制事件触发顺序是否为事件捕获。true,事件捕获；false,事件冒泡。默认false,即事件冒泡。Jquery的e.stopPropagation会阻止冒泡，意思就是到我为止，我的爹和祖宗的事件就不要触发了。
这是HTML结构
<div id="parent"> <div id="child" class="child"></div> </div>
现在我们给它们绑定上事件
document.getElementById("parent").addEventListener("click",function(e){
alert("parent事件被触发，"+this.id);
})
document.getElementById("child").addEventListener("click",function(e){
alert("child事件被触发，"+this.id)
})
结果：
child事件被触发，child
parent事件被触发，parent
结论：先child，然后parent。事件的触发顺序自内向外，这就是事件冒泡。
现在改变第三个参数的值为true
document.getElementById("parent").addEventListener("click",function(e){
alert("parent事件被触发，"+e.target.id);
},true)
document.getElementById("child").addEventListener("click",function(e){
alert("child事件被触发，"+e.target.id)
},true)
结果：
parent事件被触发，parent
child事件被触发，child
结论：先parent,然后child。事件触发顺序变更为自外向内，这就是事件捕获。
貌似没什么卵用，上一个利用事件冒泡的案例，反正我是经常会用到。
<ul>
<li>item1</li>
<li>item2</li>
<li>item3</li>
<li>item4</li>
<li>item5</li>
<li>item6</li>
</ul>
需求是这样的：鼠标放到li上对应的li背景变灰。
利用事件冒泡实现：
$("ul").on("mouseover",function(e){
$(e.target).css("background-color","#ddd").siblings().css("background-color","white");
})
也许有人会说，我们直接给所有li都绑上事件也可以啊，一点也不麻烦，只要……
$("li").on("mouseover",function(){
$(this).css("background-color","#ddd").siblings().css("background-color","white");
})
是，这样也行。而且从代码简洁程度上，两者是相若仿佛的。但是，前者少了一个遍历所有li节点的操作，所以在性能上肯定是更优的。
还有就是，如果我们在绑定事件完成后，页面又动态的加载了一些元素……
$("<li>item7</li>").appendTo("ul");
这时候，第二种方案，由于绑定事件的时候item7还不存在，所以为了效果，我们还要给它再绑定一次事件。而利用冒泡方案由于是给ul绑的事件……
高下立判！
