javascript事件冒泡詳解與捕捉、阻止方法_javascript技巧

一、事件的發生順序

這個問題的起源非常簡單，假設你在一個元素中又嵌套了另一個元素

複製程式碼 程式碼如下:

-----------------------------------
| element1                        |
|   -------------------------       |
|   ------ -------------------     |

------------------------ -----------

：且兩者都有一個onClick事件處理函數(event handler)。如果使用者點選元素2，則元素1和元素2的點選事件都會被觸發。但是哪一個事件先被觸發？哪一個事件處理函數會被先執行？換句話說，事件的發生順序到底如何？

二、兩種模型

不出所料，在那些「不堪回首」（瀏覽器大戰）的日子裡，Netscape和微軟有兩種截然不同的處理方法：

Netscape主張元素1的事件首先發生，這種事件發生順序被稱為捕獲型

微軟則保持元素2具有優先權，這種事件順序被稱為冒泡型
這兩種事件順序是截然相反的。 Explorer瀏覽器只支援冒泡事件，Mozilla，Opera7和Konqueror兩者都支援。而更古老的opera和iCab兩者都不支持

三、捕獲型事件

當你使用捕獲型事件時

複製代碼 代碼如下:

---------------| |-----------------
| element1     | |                |
|   --- --------| |-----------     |
|   |element2  /          |     |
|   --------------- ----------     |
|        Event CAPTURING          |
----------------------------- ------

：元素1的事件處理函數先被觸發，元素2的事件處理函數最後被觸發

四、冒泡型事件

使用冒泡型事件

複製程式碼 程式碼如下:---------------| |-----------------

| element1     | |                |

|   - ----------| |-----------     |
|   |element2  |          |     |
|   ------------ -------------     |
|        Event BUBBLING           |
-------------------------- ---------

：元素2 的處理函數先被觸發，元素1其次

五、W3C 模型

W3c明智的在這場爭鬥中選擇了一個擇中的方案。任何發生在w3c事件模型的事件，首是進入捕獲階段，直到達到目標元素，再進入冒泡階段

複製程式碼

程式碼如下:

                 | |  /
-----------------| |--| |--------------- --
| element1       | |  |                |
|   ---------------------| |................ |   |element2    /  | |          |     |
|  --------------------------------     |
|  event model                 |
--------------------------------------------------

為一個web開發者，你可以選擇在捕獲階段還是冒泡階段綁定事件處理函數，這是透過addEventListener()方法實現的，如果這個函數的最後一個參數是true，則在捕獲階段綁定函數，反之false，在冒泡階段綁定函數。
假設你要做

複製程式碼 程式碼如下:

el1.addEventListel1. click',doSomething2,true)
element2.addEventListener('click',doSomething,false)

如果使用者點擊元素2，則接下來會發生：

（事件在這裡就像一個觀光客，由外至內遊覽，逐漸接近被觸發的主要元素，然後又反向離開）

1.點選事件首先進入捕獲階段開始（逐漸接近元素2的方向）。查看元素2的祖先元素中是否有在捕獲階段有onclick處理函數的

2.發現元素1有一個，於是doSomething2被執行
3.事件檢查到目標自己（元素2），捕獲階段沒有發現了更多的處理函數。事件開始進入冒泡階段，想當然執行doSomething()，這個綁定於元素2冒泡階段的函數。
4.事件向遠離元素2的方向，查看是否有任何祖先元素在冒泡階段綁定了一個處理函數。沒有這樣的情況，所以什麼也沒發生
相反的情況是：

複製程式碼 程式碼如下:

element1.addEventListener('click',doSomething2,false)
element2.addEventListener('click',doSomething,false)

現在如果使用者點擊元素2會發生：
1.點選事件進入捕獲階段。查看元素2的祖先元素中是否有在捕獲階段有onclick處理函數的，結果一無所獲

2.事件檢查到目標自己。事件開始進入冒泡階段，並執行綁定於元素2冒泡階段的函數。 doSomething()
3.事件開始遠離目標，檢查元素2的祖先元素中是否有在冒泡階段綁定了處理函數的
4.發現了一個，於是元素1的doSomething2()被執行

六、相容性與傳統模式

在支援w3c dom(文檔物件模型) 的瀏覽器中，傳統的事件綁定方法是

複製程式碼複製程式碼

複製程式碼

複製程式碼

程式碼如下:

element1.onclick = doSomething2;

預設被視為在綁定於冒泡階段

七、使用冒泡型事件 很少的開發人員會有意識的去使用冒泡型事件或捕獲型事件。在他們今天製作的網頁中，沒有必要讓一個事件因為冒泡而被好幾個函數處理。但是有時使用者通常會很疑惑，因為在他們只點擊了一次滑鼠之後出現了許多種情況（多個函數被執行，因為冒泡）。而大多數情況下你還是希望你的處理函數互相獨立的。當使用者點擊了某一個元素，發生什麼，點擊另一個元素，又對應發生些什麼，相互獨立，而不因為冒泡連鎖。 八、一直在發生

首先你要明白的是事件捕捉或冒泡一直在發生。如果你給整個頁面文件的定義一個通用onclick處理函數

複製程式碼 程式碼如下: 程式碼如下:document.onclick = doSomething;if (document.captureEvents) document.captureEvents(Event.CLICK);

在頁面上點擊任何元素的點擊事件，最終會冒泡至頁面最高文檔層，因此觸發那個通用的處理函數，除非先前處理函數明確的指出終止冒泡，這樣才冒泡才不會傳播到整個文件層面

上面程式碼第二句的補充：

>>>先說IE
object.setCapture() 當一個object的被 setCapture 後，他的方法將會被繼承到整個文件進行捕獲。
當不需要把方法繼承到整個文件捕獲時，要用object.releaseCapture()
>>>others
Mozilla 也有類似的功能，方法稍微不同
window.captureEvents(Event. eventType)
window.releaseEvents(Event.eventType)
>>>example

複製程式碼

複製程式碼

複製程式碼

複製程式碼

複製程式碼

程式碼如下://如果只有下面這句話，那隻有點擊obj是才會觸發click    obj.onclick = function(){alert("something")}//若加上下面這句話，則方法會被繼承到document（或window，不同瀏覽器不同）來捕捉obj.captureEvents(Event.click); //FF

obj.setCapture()  //IE

九、用法


因為任何事件傳播終止於頁面文件（這個最高層），這使預設的事件處理函數變得可能，假設你有這樣一個頁面

複製代碼

代碼如下:

---------------------------- --------

| document                        ,

|   ---------------  ------------    |

|   ---------------  ------------    | | element1    |  | element2 |  |
|   ---------------  ------------  |

----- -------------------------------

element1.onclick = doSomething;

element2.onclick = doSomething;document.onclick = defaultFunction;

 

現在如果使用者點選元素1或元素2，doSomething()將會執行。如果你願意的話，如果你不想讓事件冒泡至執行defaultFunction()，你可以在這裡阻止事件冒泡向上傳播，。但如果使用者點選頁面上的其他部位，defaultFunction()還是會被執行。這樣的效果或許有時能用的上。

設定頁面－使處理函數有範圍較大的觸發面積，在「拖曳效果」腳本中是必須的。一般來說在某一個元素層上發生 mousedown事件意味著選擇了這個元素，並且使它能夠回應mousemove事件。雖然mousedown通常綁定於這個元素層上以避免瀏覽器bug，但是其他兩者的事件函數的範圍必須是整個頁面（？）

記住瀏覽器學的第一法則（First Law of Browserology）是：一切皆有可能（anything can happen），並且是在你起碼有點準備的時候。所以有可能發生的是，當使用者拖曳時，大幅度在頁面上移動他的滑鼠，腳本卻不能在大幅度中做出反應，以至於滑鼠也就不再停留在元素層上了 1.如果onmouseover處理函數綁定在元素層上，這個元素層不會再對滑鼠的移動有任何反應，這會讓用戶覺得奇怪2.如果onmouseup處理函數綁定在元素層上，事件也不能被觸發，後果是，使用者想放下這個元素層後，元素層持續對滑鼠移動做出反應。這會引起（用戶）更多的迷惑（？） 所以在這個例子中，事件冒泡非常的有用，因為將你的處理函數放在頁面層能保證他們一直能被執行

十、把它給關了(阻止事件冒泡) 但一般情況下，你會想關了所有的冒泡和捕獲以保證函數之間不會打擾到對方。除此之外，如果你的文件結構相當的複雜（許多table之間相互嵌套或諸如此類），你也會為了節省系統資源，而關閉冒泡。此時瀏覽器必須檢查目標元素的每個祖先，看看是否它有一個處理函數。即使一個都沒找到，剛剛的搜尋也花費不少時間 在微軟的模型中，你必須設定事件的cancelBubble的屬性為true複製程式碼 程式碼如下:window.event.cancelBubble = true
在w3c模型中你必須呼叫事件的stopPropagation()方法

複製程式碼

複製程式碼

程式碼如下:

e.stopPropagation()這會阻止所有冒泡向外傳播。而作為跨瀏覽器解決方案應該這麼做：

複製程式碼

程式碼如下:

function🎜>function doSomething(e)

{

　　　　  if (!e) var e = window.event;

         e.cancelBubble = true;

         if (e.stopPropagation) e.stopPropagation();

}

在支援cancelBubble屬性的瀏覽器中設定cancelBubble無傷大雅。瀏覽器會聳一聳肩然後創造一個這個屬性。當然這也並不能真正的取消冒泡，但至少能保證這條指令是安全正確的

十一、currentTarget

就像我們之前看到的一樣，一個事件用target或是srcElement屬性用來表示事件究竟發生在哪個目標元素上（即使用者最初點擊的元素）。在我們的例子中是元素2，因為我們點擊了它。

非常重要的是，要明白在捕獲或冒泡階段的目標元素是不變的，它總是與元素2相關聯。 但假設我們綁定了以下函數

複製程式碼

程式碼如下:

element1.onclick =1.onclick doSomething;

element2.onclick = doSomething;

如果使用者點選元素2， doSomething()會被執行兩次。但是你怎麼知道哪個html元素正在回應這個事件？ target/srcElement也沒有給出線索，但人們總是更傾向於元素2，因為它是引起事件的原因（因為使用者點擊的是它）。 為了解決這個問題，w3c 增加了currentTarget這個屬性，它就指向正在處理事件的元素：這只是我們需要的。很不幸的是微軟模型中並沒有相似的屬性你也可以使用”this”關鍵字。在上面的例子中，它相當於正在處理事件的html元素，就像currentTarget。

十二、微軟模型的問題

但當你使用微軟事件綁定模型時，this關鍵字並不相當於HTML元素。聯想缺少類似currentTarget屬性的微軟模型（？）－按上面的程式碼操作的話，你這麼做便意味著：

複製程式碼

程式碼如下:

element1.attachEvent('onclick',doSomething)

element2.attachEvent('onclick',doSomething)

你無法確切知道哪一個HTML元素正在負責處理事件，這是微軟事件綁定模型最嚴重的問題，對我來說，這也是我從不使用它的原因，即使是在開發僅供Windows下的IE的應用程式 我希望能夠盡快增加currentTarget類似的屬性——或者遵循標準？ web開發者們需要這些資訊

後記： 因為沒有實戰過javascript，所以這篇文章有些地方我並不是很理解，只能硬生的翻譯出來，比如談拖曳效果的那一段，如果大家有什麼補充和疑問可以留言給我，謝謝支持啦！