事件冒泡 vs 事件捕获 vs 事件委托 的区别
事件冒泡 vs 事件捕获 vs 事件委托
本主要用于理解这JS的这三种事件的专业术语所表述的意义：
在学校，听老师讲解事件冒泡和事件捕获机制的时候跟听天书一样，只依稀记得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>item1li>
<li>item2li>
<li>item3li>
<li>item4li>
<li>item5li>
<li>item6li>
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节点的操作，所以在性能上肯定是更优的。
还有就是，如果我们在绑定事件完成后，页面又动态的加载了一些元素……
$("item7 ").appendTo("ul");这时候，第二种方案，由于绑定事件的时候item7还不存在，所以为了效果，我们还要给它再绑定一次事件。而利用冒泡方案由于是给ul绑的事件……
这时候就涉及到我们后面说的事件委托，我们的目的是鼠标移动到li上发生对应的事件，但是我们可以采用不将事件直接绑定至li元素，而是对li的父级ul进行绑定，只是在绑定ul时去判断触发点是在ul的哪个子元素，这样就达到了事件委托的效果；
利用事件冒泡处理动态元素事件绑定的方法，专业术语叫事件委托。前段时间面试被问到事件委托机制我竟然全无印象，今天重看本文甚为惭愧。补充一点jquery的on方法。
$("ul").on("click","li",function(){}); //这样写有事件委托。
$("ul li").on(); //这样写法则没有。
本文内容摘自网络： https://www.cnblogs.com/qq9694526/p/5653728.html/