addEventListener,jq.on以及事件委託
事件起因:某天在知乎上看到這個問題https://www.zhihu.com/question/56814906。
大概的意思就是,原生的addEventListener比jq的on慢了60倍,兩者分別執行10^5次, jq用了762毫秒, 原生用了45165毫秒。知乎下面的回答並不是很詳細,但是提到了一個概念,事件委託。於是打算把這個知識點啃一下。
addEventListener vs onclick:
說是比較這兩個,其實是比較三個:addEventListener, attachEvent, onClick;
1) IE 8 以及更低版本的 IE 中,需要用attachEvent
element.attachEvent('onclick', function() { /* do stuff here*/ });
2)對於 IE 9 和更高版本的 IE,以及其它瀏覽器,則要用addEventListener 方法: element.addEventListener('click', function() { /* do stuff here*/ }, false);
用上面這種方法(DOM level 2 events),理論上可以為一個元素繫結無數個事件,實際應用中則決定於客戶端的電腦記憶體以及瀏覽器。
上面的例子應用了匿名函式
var myFunctionReference = function() { /* do stuff here*/ }
element.attachEvent('onclick', myFunctionReference);
element.addEventListener('click', myFunctionReference , false);
另一個重要特性,則是上面這段程式碼中最後一行的最後一個引數,用來控制監聽器對於冒泡事件的響應。95%的使用場景中,這個引數都為false
,addEventListener
以及內聯事件則都沒有可以實現相同功能的這個引數。
onclick:
(HTML 的 onclick=""
屬性,以及 element.onclick
)
在所有支援 JavaScript 的瀏覽器中,可以用下面的方式來新增內聯的事件監聽器。
<a id="testing" href="#" onclick="alert('did stuff inline');">Click me</a>
雖然很多有經驗的開發人員對這種方式嗤之以鼻,但是它的確足夠的簡單粗暴。在這裡你不能使用閉包或者匿名函式,並且控制域也是有限的。
還有另一種方法:
element.onclick = function () { /*do stuff here */ };
這個方法能實現相同的效果,並且有更多的控制域(因為是 JS 指令碼,而不是 HTML 程式碼),當然了,也能使用匿名函式、建構函式、閉包。
內聯事件一個明顯的不足:由於內聯事件是作為元素屬性儲存起來的,這些屬性可以被覆蓋,所以如果為同一個事件綁定了多個處理程式,那麼最後一個處理程式會覆蓋之前的程式。
var element = document.getElementById('testing');
element.onclick = function () { alert('did stuff #1'); };
element.onclick = function () { alert('did stuff #2'); };
執行上面的示例,將只會看到“did stuff #2”——第二行程式碼覆蓋了預設的內聯 onclick
屬性,第三行程式碼又將第二行程式碼覆蓋了,所以會產生這樣的結果。
低版本使用attachEvent,高版本用addEventListener,onclick是作為內聯事件,也可以用不內聯的方式,方便將事件寫成各種形式。onclick因為有內聯屬性,它作為元素屬性出現,因此一個事件繫結多個程式時,會被最後一個程式覆蓋。而前兩者則不會。且前兩者還可以控制監聽器對冒泡事件的響應。
事件委託:
上文提到冒泡事件,委託就是利用冒泡事件來做的效能優化。
那什麼叫事件委託呢?它還有一個名字叫事件代理,JavaScript高階程式設計上講:事件委託就是利用事件冒泡,只指定一個事件處理程式,就可以管理某一型別的所有事件。那這是什麼意思呢?網上的各位大牛們講事件委託基本上都用了同一個例子,就是取快遞來解釋這個現象,我仔細揣摩了一下,這個例子還真是恰當,我就不去想別的例子來解釋了,借花獻佛,我摘過來,大家認真領會一下事件委託到底是一個什麼原理:
有三個同事預計會在週一收到快遞。為簽收快遞,有兩種辦法:一是三個人在公司門口等快遞;二是委託給前臺MM代為簽收。現實當中,我們大都採用委託的方案(公司也不會容忍那麼多員工站在門口就為了等快遞)。前臺MM收到快遞後,她會判斷收件人是誰,然後按照收件人的要求籤收,甚至代為付款。這種方案還有一個優勢,那就是即使公司裡來了新員工(不管多少),前臺MM也會在收到寄給新員工的快遞後核實並代為簽收。
這裡其實還有2層意思的:
第一,現在委託前臺的同事是可以代為簽收的,即程式中的現有的dom節點是有事件的;
第二,新員工也是可以被前臺MM代為簽收的,即程式中新新增的dom節點也是有事件的。
為什麼要用事件委託:
一般來說,dom需要有事件處理程式,我們都會直接給它設事件處理程式就好了,那如果是很多的dom需要新增事件處理呢?比如我們有100個li,每個li都有相同的click點選事件,可能我們會用for迴圈的方法,來遍歷所有的li,然後給它們新增事件,那這麼做會存在什麼影響呢?
在JavaScript中,新增到頁面上的事件處理程式數量將直接關係到頁面的整體執行效能,因為需要不斷的與dom節點進行互動,訪問dom的次數越多,引起瀏覽器重繪與重排的次數也就越多,就會延長整個頁面的互動就緒時間,這就是為什麼效能優化的主要思想之一就是減少DOM操作的原因;如果要用事件委託,就會將所有的操作放到js程式裡面,與dom的操作就只需要互動一次,這樣就能大大的減少與dom的互動次數,提高效能;
每個函式都是一個物件,是物件就會佔用記憶體,物件越多,記憶體佔用率就越大,自然效能就越差了(記憶體不夠用,是硬傷,哈哈),比如上面的100個li,就要佔用100個記憶體空間,如果是1000個,10000個呢,那隻能說呵呵了,如果用事件委託,那麼我們就可以只對它的父級(如果只有一個父級)這一個物件進行操作,這樣我們就需要一個記憶體空間就夠了,是不是省了很多,自然效能就會更好。
事件委託的原理:
事件委託是利用事件的冒泡原理來實現的,何為事件冒泡呢?就是事件從最深的節點開始,然後逐步向上傳播事件,舉個例子:頁面上有這麼一個節點樹,div>ul>li>a;比如給最裡面的a加一個click點選事件,那麼這個事件就會一層一層的往外執行,執行順序a>li>ul>div,有這樣一個機制,那麼我們給最外面的div加點選事件,那麼裡面的ul,li,a做點選事件的時候,都會冒泡到最外層的div上,所以都會觸發,這就是事件委託,委託它們父級代為執行事件。
事件委託怎麼實現:
終於到了本文的核心部分了,哈哈,在介紹事件委託的方法之前,我們先來看一段一般方法的例子:
子節點實現相同的功能:
<ul id="ul1"> <li>111</li> <li>222</li> <li>333</li> <li>444</li> </ul>
實現功能是點選li,彈出123:
window.onload = function(){ var oUl = document.getElementById("ul1"); var aLi = oUl.getElementsByTagName('li'); for(var i=0;i<aLi.length;i++){ aLi[i].onclick = function(){ alert(123); } } }
上面的程式碼的意思很簡單,相信很多人都是這麼實現的,我們看看有多少次的dom操作,首先要找到ul,然後遍歷li,然後點選li的時候,又要找一次目標的li的位置,才能執行最後的操作,每次點選都要找一次li;
那麼我們用事件委託的方式做又會怎麼樣呢?
window.onload = function(){ var oUl = document.getElementById("ul1"); oUl.onclick = function(){ alert(123); } }
這裡用父級ul做事件處理,當li被點選時,由於冒泡原理,事件就會冒泡到ul上,因為ul上有點選事件,所以事件就會觸發,當然,這裡當點選ul的時候,也是會觸發的,那麼問題就來了,如果我想讓事件代理的效果跟直接給節點的事件效果一樣怎麼辦,比如說只有點選li才會觸發,不怕,我們有絕招:
Event物件提供了一個屬性叫target,可以返回事件的目標節點,我們成為事件源,也就是說,target就可以表示為當前的事件操作的dom,但是不是真正操作dom,當然,這個是有相容性的,標準瀏覽器用ev.target,IE瀏覽器用event.srcElement,此時只是獲取了當前節點的位置,並不知道是什麼節點名稱,這裡我們用nodeName來獲取具體是什麼標籤名,這個返回的是一個大寫的,我們需要轉成小寫再做比較(習慣問題):
window.onload = function(){
var oUl = document.getElementById("ul1");
oUl.onclick = function(ev){
var ev = ev || window.event;
var target = ev.target || ev.srcElement;
if(target.nodeName.toLowerCase() == 'li'){
alert(123);
alert(target.innerHTML);
}
}
}
這樣改下就只有點選li會觸發事件了,且每次只執行一次dom操作,如果li數量很多的話,將大大減少dom的操作,優化的效能可想而知!
上面的例子是說li操作的是同樣的效果,要是每個li被點選的效果都不一樣,那麼用事件委託還有用嗎?
<div id="box"> <input type="button" id="add" value="新增" /> <input type="button" id="remove" value="刪除" /> <input type="button" id="move" value="移動" /> <input type="button" id="select" value="選擇" /> </div>
window.onload = function(){ var Add = document.getElementById("add"); var Remove = document.getElementById("remove"); var Move = document.getElementById("move"); var Select = document.getElementById("select"); Add.onclick = function(){ alert('新增'); }; Remove.onclick = function(){ alert('刪除'); }; Move.onclick = function(){ alert('移動'); }; Select.onclick = function(){ alert('選擇'); } }
上面實現的效果我就不多說了,很簡單,4個按鈕,點選每一個做不同的操作,那麼至少需要4次dom操作,如果用事件委託,能進行優化嗎?
window.onload = function(){ var oBox = document.getElementById("box"); oBox.onclick = function (ev) { var ev = ev || window.event; var target = ev.target || ev.srcElement; if(target.nodeName.toLocaleLowerCase() == 'input'){ switch(target.id){ case 'add' : alert('新增'); break; case 'remove' : alert('刪除'); break; case 'move' : alert('移動'); break; case 'select' : alert('選擇'); break; } } } }
用事件委託就可以只用一次dom操作就能完成所有的效果,比上面的效能肯定是要好一些的
現在講的都是document載入完成的現有dom節點下的操作,那麼如果是新增的節點,新增的節點會有事件嗎?也就是說,一個新員工來了,他能收到快遞嗎?
看一下正常的新增節點的方法:
<input type="button" name="" id="btn" value="新增" /> <ul id="ul1"> <li>111</li> <li>222</li> <li>333</li> <li>444</li> </ul>
現在是移入li,li變紅,移出li,li變白,這麼一個效果,然後點選按鈕,可以向ul中新增一個li子節點
window.onload = function(){ var oBtn = document.getElementById("btn"); var oUl = document.getElementById("ul1"); var aLi = oUl.getElementsByTagName('li'); var num = 4; //滑鼠移入變紅,移出變白 for(var i=0; i<aLi.length;i++){ aLi[i].onmouseover = function(){ this.style.background = 'red'; }; aLi[i].onmouseout = function(){ this.style.background = '#fff'; } } //新增新節點 oBtn.onclick = function(){ num++; var oLi = document.createElement('li'); oLi.innerHTML = 111*num; oUl.appendChild(oLi); }; }
這是一般的做法,但是你會發現,新增的li是沒有事件的,說明新增子節點的時候,事件沒有一起新增進去,這不是我們想要的結果,那怎麼做呢?一般的解決方案會是這樣,將for迴圈用一個函式包起來,命名為mHover,如下:
window.onload = function(){ var oBtn = document.getElementById("btn"); var oUl = document.getElementById("ul1"); var aLi = oUl.getElementsByTagName('li'); var num = 4; function mHover () { //滑鼠移入變紅,移出變白 for(var i=0; i<aLi.length;i++){ aLi[i].onmouseover = function(){ this.style.background = 'red'; }; aLi[i].onmouseout = function(){ this.style.background = '#fff'; } } } mHover (); //新增新節點 oBtn.onclick = function(){ num++; var oLi = document.createElement('li'); oLi.innerHTML = 111*num; oUl.appendChild(oLi); mHover (); }; }
雖然功能實現了,看著還挺好,但實際上無疑是又增加了一個dom操作,在優化效能方面是不可取的,那麼有事件委託的方式,能做到優化嗎?
window.onload = function(){ var oBtn = document.getElementById("btn"); var oUl = document.getElementById("ul1"); var aLi = oUl.getElementsByTagName('li'); var num = 4; //事件委託,新增的子元素也有事件 oUl.onmouseover = function(ev){ var ev = ev || window.event; var target = ev.target || ev.srcElement; if(target.nodeName.toLowerCase() == 'li'){ target.style.background = "red"; } }; oUl.onmouseout = function(ev){ var ev = ev || window.event; var target = ev.target || ev.srcElement; if(target.nodeName.toLowerCase() == 'li'){ target.style.background = "#fff"; } }; //新增新節點 oBtn.onclick = function(){ num++; var oLi = document.createElement('li'); oLi.innerHTML = 111*num; oUl.appendChild(oLi); }; }
看,上面是用事件委託的方式,新新增的子元素是帶有事件效果的,我們可以發現,當用事件委託的時候,根本就不需要去遍歷元素的子節點,只需要給父級元素新增事件就好了,其他的都是在js裡面的執行,這樣可以大大的減少dom操作,這才是事件委託的精髓所在。
現在給一個場景 ul > li > div > p,div佔滿li,p佔滿div,還是給ul繫結時間,需要判斷點選的是不是li(假設li裡面的結構是不固定的),那麼e.target就可能是p,也有可能是div,這種情況你會怎麼處理呢?
那我們現在就再現一下他給的場景
<ul id="test"> <li> <p>11111111111</p> </li> <li> <div> 22222222 </div> </li> <li> <span>3333333333</span> </li> <li>4444444</li> </ul>
如上列表,有4個li,裡面的內容各不相同,點選li,event物件肯定是當前點選的物件,怎麼指定到li上,下面我直接給解決方案:
var oUl = document.getElementById('test'); oUl.addEventListener('click',function(ev){ var target = ev.target; while(target !== oUl ){ if(target.tagName.toLowerCase() == 'li'){ console.log('li click~'); break; } target = target.parentNode; } })
核心程式碼是while迴圈部分,實際上就是一個遞迴呼叫,你也可以寫成一個函式,用遞迴的方法來呼叫,同時用到冒泡的原理,從裡往外冒泡,知道currentTarget為止,噹噹前的target是li的時候,就可以執行對應的事件了,然後終止迴圈,恩,沒毛病!
這裡看不到效果,大家可以複製過去執行一下!
-------------------------------------------------------------------------------------------------華麗的分割線----------------------------------------------------------------------------------------------------------------
總結:
那什麼樣的事件可以用事件委託,什麼樣的事件不可以用呢?
適合用事件委託的事件:click,mousedown,mouseup,keydown,keyup,keypress。
值得注意的是,mouseover和mouseout雖然也有事件冒泡,但是處理它們的時候需要特別的注意,因為需要經常計算它們的位置,處理起來不太容易。
不適合的就有很多了,舉個例子,mousemove,每次都要計算它的位置,非常不好把控,在不如說focus,blur之類的,本身就沒用冒泡的特性,自然就不能用事件委託了。