彻底弄懂JS的事件冒泡和事件捕获

先上结论：在事件执行流中有两种执行方式。一种是事件冒泡(即事件的执行顺序是从下往上执行的) ; 另一种是捕获(即事件的执行顺序是从上往下执行的);

阻止事件冒泡: return false; 火狐/ie都支持

function(even){

var ev=even||window.even;

if(ev&&ev.stopPropagation){

ev.stopPropagation();

}else{

window.event.cancelBubble=true;

}

这是HTML结构

<div >

　　<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背景变灰。

利用事件冒泡原理实现事件委托/事件代码：

事件代理解决两个问题:

1:减少对后代元素的遍历操作

2:后期动态生成的后代元素也可以使用绑定的事件

　　　　　　　$("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绑的事件……

高下立判！

阻止事件冒泡: return false; 火狐/ie都支持

function(even){

var ev=even||window.even;

if(ev&&ev.stopPropagation){

ev.stopPropagation();

}else{

window.event.cancelBubble=true;

}

这是HTML结构

<div >

　　<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背景变灰。

利用事件冒泡原理实现事件委托/事件代码：

事件代理解决两个问题:

1:减少对后代元素的遍历操作

2:后期动态生成的后代元素也可以使用绑定的事件

　　　　　　　$("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绑的事件……

高下立判！

阻止事件冒泡: return false; 火狐/ie都支持

function(even){

var ev=even||window.even;

if(ev&&ev.stopPropagation){

ev.stopPropagation();

}else{

window.event.cancelBubble=true;

}

这是HTML结构

<div >

　　<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背景变灰。

利用事件冒泡原理实现事件委托/事件代码：

事件代理解决两个问题:

1:减少对后代元素的遍历操作

2:后期动态生成的后代元素也可以使用绑定的事件

　　　　　　　$("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绑的事件……

高下立判！

彻底弄懂JS的事件冒泡和事件捕获

相关推荐