事件冒泡和事件捕獲分別由微軟和網景公司提出，這兩個概念都是為了解決頁面中事件流（事件發生順序）的問題。
考慮下面這段程式碼

<div id="outer">
    <p id="inner">Click me!</p>
</div>

上面的程式碼當中一個div元素當中有一個p子元素，如果兩個元素都有一個click的處理函式，那麼我們怎麼才能知道哪一個函式會首先被觸發呢？
為了解決這個問題微軟和網景提出了兩種幾乎完全相反的概念。

事件冒泡

微軟提出了名為事件冒泡(event bubbling)的事件流。事件冒泡可以形象地比喻為把一顆石頭投入水中，泡泡會一直從水底冒出水面。也就是說，事件會從最內層的元素開始發生，一直向上傳播，直到document物件。

因此在事件冒泡的概念下在p元素上發生click事件的順序應該是p -> div -> body -> html -> document

事件捕獲

網景提出另一種事件流名為事件捕獲(event capturing)。與事件冒泡相反，事件會從最外層開始發生，直到最具體的元素。

因此在事件捕獲的概念下在p元素上發生click事件的順序應該是document -> html -> body -> div -> p

addEventListener的第三個引數

網景 和 微軟 曾經的戰爭還是比較火熱的，當時， 網景主張捕獲方式，微軟主張冒泡方式。後來 w3c 採用折中的方式，平息了戰火，制定了統一的標準——先捕獲再冒泡。
addEventListener的第三個引數就是為冒泡和捕獲準備的.
addEventListener有三個引數：

element.addEventListener(event, function, useCapture)

• 第一個引數是需要繫結的事件
• 第二個引數是觸發事件後要執行的函式
• 第三個引數預設值是false，表示在事件冒泡階段呼叫事件處理函式;如果引數為true，則表示在事件捕獲階段呼叫處理函式。

冒泡的案例

<div id="s1">s1
    <div id="s2">s2</div>
</div>
<script>
    s1.addEventListener("click",function(e){
        console.log("s1 冒泡事件"
 
);
    },false);
    s2.addEventListener("click",function(e){
        console.log("s2 冒泡事件");
    },false);
</script>

當我們點選s2的時候，執行結果如下：
s2 冒泡事件
s1 冒泡事件

捕獲的案例

<div id="s1">s1
    <div id="s2">s2</div>
</div>
<script>
    s1.addEventListener("click",function(e){
        console.log("s1 捕獲事件");
    },true);
    s2.addEventListener("click",function(e){
        console.log("s2 捕獲事件");
    },true);
</script>

當我們點選s2的時候，執行結果如下：
s1 捕獲事件
s2 捕獲事件

事件捕獲vs事件冒泡

當事件捕獲和事件冒泡一起存在的情況，事件又是如何觸發呢。
這裡記被點選的DOM節點為target節點

• document 往 target節點，捕獲前進，遇到註冊的捕獲事件立即觸發執行
• 到達target節點，觸發事件（對於target節點上，是先捕獲還是先冒泡則捕獲事件和冒泡事件的註冊順序，先註冊先執行）

• target節點 往 document 方向，冒泡前進，遇到註冊的冒泡事件立即觸發

  總結下就是:

• 對於非target節點則先執行捕獲在執行冒泡
• 對於target節點則是先執行先註冊的事件，無論冒泡還是捕獲

 <div id="s1">s1
    <div id="s2">s2</div>
</div>
<script>
s1.addEventListener("click",function(e){
        console.log("s1 冒泡事件");         
},false);
s2.addEventListener("click",function(e){
        console.log("s2 冒泡事件");
},false);

s1.addEventListener("click",function(e){
        console.log("s1 捕獲事件");
},true);

s2.addEventListener("click",function(e){
        console.log("s2 捕獲事件");
},true);
</script>

當我們點選s2的時候,執行結果如下：
s1 捕獲事件
s2 冒泡事件
s2 捕獲事件
s1 冒泡事件

這裡大體分析下執行結果

1. 點選s2，click事件從document->html->body->s1->s2(捕獲前進)
2. 這裡在s1上發現了捕獲註冊事件，則輸出”s1 捕獲事件”
3. 到達s2，已經到達目的節點，
4. s2上註冊了冒泡和捕獲事件，先註冊的冒泡後註冊的捕獲，則先執行冒泡，輸出”s2 冒泡事件”
5. 再在s2上執行後註冊的事件，即捕獲事件，輸出”s2 捕獲事件”
6. 下面進入冒泡階段，按照s2->s1->body->html->documen(冒泡前進)
7. 在s1上發現了冒泡事件，則輸出”s1 冒泡事件”

事件冒泡與事件捕獲應用:事件代理

在實際的開發當中，利用事件流的特性，我們可以使用一種叫做事件代理的方法。

<ul id="color-list">
    <li>red</li>
    <li>yellow</li>
    <li>blue</li>
    <li>green</li>
    <li>black</li>
    <li>white</li>
</ul>

如果點選頁面中的li元素，然後輸出li當中的顏色，我們通常會這樣寫:

(function(){
    var color_list = document.getElementById('color-list');
    var colors = color_list.getElementsByTagName('li');
    for(var i=0;i<colors.length;i++){                          
        colors[i].addEventListener('click',showColor,false);
    };
    function showColor(e){
        var x = e.target;
        console.log("The color is " + x.innerHTML);
    };
})();

利用事件流的特性，我們只繫結一個事件處理函式也可以完成：

(function(){
    var color_list = document.getElementById('color-list');
    color_list.addEventListener('click',showColor,false);
    function showColor(e){
        var x = e.target;
        if(x.nodeName.toLowerCase() === 'li'){
            console.log('The color is ' + x.innerHTML);
        }
    }
})();

使用事件代理的好處不僅在於將多個事件處理函式減為一個，而且對於不同的元素可以有不同的處理方法。假如上述列表元素當中添加了其他的元素（如：a、span等），我們不必再一次迴圈給每一個元素繫結事件，直接修改事件代理的事件處理函式即可。

冒泡還是捕獲？

對於事件代理來說，在事件捕獲或者事件冒泡階段處理並沒有明顯的優劣之分，但是由於事件冒泡的事件流模型被所有主流的瀏覽器相容，從相容性角度來說還是建議大家使用事件冒泡模型。