JavaScript高級程序設計上講：事件委托就是利用事件冒泡，只指定一個事件處理程序，就可以管理某一類型的所有事件。那這是什么意思呢？事件委托到底是一個什么原理：

有三個同事預計會在同一天收到快遞。為簽收快遞，有兩種辦法：一是三個人在公司門口等快遞；二是委托給前臺代為簽收。現實當中，我們大都采用委托的方案（公司也不會容忍那么多員工站在門口就為了等快遞）。前臺收到快遞后，她會判斷收件人是誰，然后按照收件人的要求簽收，這種方案還有一個優勢，那就是即使公司里來了新員工（不管多少），前臺MM也會在收到寄給新員工的快遞后核實并代為簽收。

這里其實還有2層意思的：

第一，現在委托前臺的同事是可以代為簽收的，即程序中的現有的dom節點是有事件的；

第二，新員工也是可以被前臺代為簽收的，即程序中新添加的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上，所以都會觸發，這就是事件委托，委托它們父級代為執行事件。

子節點實現相同的功能：實現功能是點擊li，彈出李清照三個字。

?

上面為普通的寫法

首先要找到ul，然后遍歷li，然后點擊li的時候，又要找一次目標的li的位置，才能執行最后的操作，每次點擊都要找一次li；

那么我們用事件委托的方式做又會怎么樣呢？

?

上面為事件代理的寫法

這里用父級ul做事件處理，當li被點擊時，由于冒泡原理，事件就會冒泡到ul上，因為ul上有點擊事件，所以事件就會觸發，當然，這里當點擊ul的時候，也是會觸發的，那么問題就來了，如果我想讓事件代理的效果跟直接給節點的事件效果一樣怎么辦，比如說只有點擊li才會觸發。

Event對象提供了一個屬性叫target，可以返回事件的目標節點，我們成為事件源，也就是說，target就可以表示為當前的事件操作的dom，但是不是真正操作dom，當然，這個是有兼容性的，標準瀏覽器用ev.target，IE瀏覽器用event.srcElement，此時只是獲取了當前節點的位置，并不知道是什么節點名稱，這里我們用nodeName來獲取具體是什么標簽名，這個返回的是一個大寫的，我們需要轉成小寫再做比較（習慣問題）：

?

事件委托，操作同樣的效果

前面所講的都是document加載完成的現有dom節點下的操作，那么如果是新增的節點，新增的節點會有事件嗎？

實現一個這樣的功能：現在是移入li，li變紅，移出li，li變白，這么一個效果，然后點擊按鈕，可以向ul中添加一個li子節點

?

新增節點也有樣式效果（一般寫法）

下面看下用時間委托的寫法：

?

事件委托的寫法

上面是用事件委托的方式，新添加的子元素是帶有事件效果的，我們可以發現，當用事件委托的時候，根本就不需要去遍歷元素的子節點，只需要給父級元素添加事件就好了，其他的都是在js里面的執行，這樣可以大大的減少dom操作，這才是事件委托的精髓所在。

?

總結

以上是生活随笔為你收集整理的js 事件委托深入浅出的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。