首頁 > web前端 > js教程 > javascript事件冒泡詳解與捕捉、阻止方法_javascript技巧

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

WBOY
發布: 2016-05-16 16:52:37
原創
959 人瀏覽過

一、事件的發生順序

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

複製程式碼 程式碼如下:

-----------------------------------
| 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()方法
複製程式碼

程式碼如下:
複製程式碼

程式碼如下:


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。


十二、微軟模型的問題

複製程式碼

程式碼如下:


element1.attachEvent('onclick',doSomething)

element2.attachEvent('onclick',doSomething)

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

後記: 因為沒有實戰過javascript,所以這篇文章有些地方我並不是很理解,只能硬生的翻譯出來,比如談拖曳效果的那一段,如果大家有什麼補充和疑問可以留言給我,謝謝支持啦!
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板