1.背景介紹
?1.1什么是事件委托？
事件委托還有一個名字叫事件代理，JavaScript高級程序設計上講：事件委托就是利用事件冒泡，只指定一個事件處理程序，就可以管理某一類型的所有事件。那這是什么意思呢？網上的各位大牛們講事件委托基本上都用了同一個例子，就是取快遞來解釋這個現象：
有三個同事預計會在周一收到快遞。為簽收快遞，有兩種辦法：一是三個人在公司門口等快遞；二是委托給前臺MM代為簽收。現實當中，我們大都采用委托的方案（公司也不會容忍那么多員工站在門口就為了等快遞）。前臺MM收到快遞后，她會判斷收件人是誰，然后按照收件人的要求簽收，甚至代為付款。這種方案還有一個優勢，那就是即使公司里來了新員工（不管多少），前臺MM也會在收到寄給新員工的快遞后核實并代為簽收。
這里其實還有2層意思的：
第一，現在委托前臺的同事是可以代為簽收的，即程序中的現有的dom節點是有事件的；
第二，新員工也是可以被前臺MM代為簽收的，即程序中新添加的dom節點也是有事件的。
1.2為什么要用事件委托：
一般來說，dom需要有事件處理程序，我們都會直接給它設事件處理程序就好了，那如果是很多的dom需要添加事件處理呢？比如我們有100個li，每個li都有相同的click點擊事件，可能我們會用for循環的方法，來遍歷所有的li，然后給它們添加事件，那這么做會存在什么影響呢？
在JavaScript中，添加到頁面上的事件處理程序數量將直接關系到頁面的整體運行性能，因為需要不斷的與dom節點進行交互，訪問dom的次數越多，引起瀏覽器重繪與重排的次數也就越多，就會延長整個頁面的交互就緒時間，這就是為什么性能優化的主要思想之一就是減少DOM操作的原因；如果要用事件委托，就會將所有的操作放到js程序里面，與dom的操作就只需要交互一次，這樣就能大大的減少與dom的交互次數，提高性能；
每個函數都是一個對象，是對象就會占用內存，對象越多，內存占用率就越大，自然性能就越差了（內存不夠用，是硬傷，哈哈），比如上面的100個li，就要占用100個內存空間，如果是1000個，10000個呢，那只能說呵呵了，如果用事件委托，那么我們就可以只對它的父級（如果只有一個父級）這一個對象進行操作，這樣我們就需要一個內存空間就夠了，是不是省了很多，自然性能就會更好。
2.知識剖析
2.1事件委托的原理：
事件委托是利用事件的冒泡原理來實現的，何為事件冒泡呢？就是事件從最深的節點開始，然后逐步向上傳播事件，舉個例子：頁面上有這么一個節點樹，div>ul>li>a;比如給最里面的a加一個click點擊事件，那么這個事件就會一層一層的往外執行，執行順序a>li>ul>div，有這樣一個機制，那么我們給最外面的div加點擊事件，那么里面的ul，li，a做點擊事件的時候，都會冒泡到最外層的div上，所以都會觸發，這就是事件委托，委托它們父級代為執行事件。
2.2事件委托怎么實現：
在介紹事件委托的方法之前，我們先來看一段一般方法的例子:子節點實現相同的功能：
實現功能是點擊li，彈出123，我們看看有多少次的dom操作，首先要找到ul，然后遍歷li，然后點擊li的時候，又要找一次目標的li的位置，才能執行最后的操作，每次點擊都要找一次li。
那么我們用事件委托的方式做又會怎么樣呢？
這里用父級ul做事件處理，當li被點擊時，由于冒泡原理，事件就會冒泡到ul上，因為ul上有點擊事件，所以事件就會觸發，當然，這里當點擊ul的時候，也是會觸發的。
2.3 事件冒泡及捕獲:
DOM2.0模型將事件處理流程分為三個階段：一、事件捕獲階段，二、事件目標階段，三、事件起泡階段。如圖：
事件捕獲：當某個元素觸發某個事件（如onclick），頂層對象document就會發出一個事件流，隨著DOM樹的節點向目標元素節點流去，直到到達事件真正發生的目標元素。在這個過程中，事件相應的監聽函數是不會被觸發的。
事件目標：當到達目標元素之后，執行目標元素該事件相應的處理函數。如果沒有綁定監聽函數，那就不執行。
事件起泡：從目標元素開始，往頂層元素傳播。途中如果有節點綁定了相應的事件處理函數，這些函數都會被觸發。
2.4事件委托的優點:
通過剛才的對比介紹，大家應該能夠體會到使用事件委托對于web應用程序帶來的幾個優點：
1.管理的函數變少了。不需要為每個元素都添加監聽函數。對于同一個父節點下面類似的子元素，可以通過委托給父元素的監聽函數來處理事件。
2.可以方便地動態添加和修改元素，不需要因為元素的改動而修改事件綁定。
3.JavaScript和DOM節點之間的關聯變少了，這樣也就減少了因循環引用而帶來的內存泄漏發生的概率。
3.常見問題
如果我想讓事件代理的效果跟直接給節點的事件效果一樣怎么辦?比如說只有點擊li才會觸發?
4.解決方案
Event對象提供了一個屬性叫target，可以返回事件的目標節點，我們成為事件源，也就是說，target就可以表示為當前的事件操作的dom，但是不是真正操作dom。標準瀏覽器用ev.target，IE瀏覽器用event.srcElement，此時只是獲取了當前節點的位置，并不知道是什么節點名稱，這里我們用nodeName來獲取具體是什么標簽名。這樣改下就只有點擊li會觸發事件了，且每次只執行一次dom操作。
5.編碼實戰
現在講的都是document加載完成的現有dom節點下的操作，那么如果是新增的節點，新增的節點會有事件嗎？現在是移入li，li變紅，移出li，li變白，這么一個效果，然后點擊按鈕，可以向ul中添加一個li子節點
改用事件委托的方式
我們可以發現，當用事件委托的時候，根本就不需要去遍歷元素的子節點，只需要給父級元素添加事件就好了，其他的都是在js里面的執行，這樣可以大大的減少dom操作，這才是事件委托的精髓所在。
6.擴展思考
什么樣的事件可以用事件委托，什么樣的事件不可以用呢？
適合用事件委托的事件：click，mousedown，mouseup，keydown，keyup，keypress。（所有用到按鈕的事件，多數的鼠標事件和鍵盤事件）
值得注意的是，mouseover和mouseout雖然也有事件冒泡，但是處理它們的時候需要特別的注意，因為需要經常計算它們的位置，處理起來不太容易。
不適合的就有很多了，舉個例子，mousemove，每次都要計算它的位置，非常不好把控，在不如說focus，blur之類的，本身就沒用冒泡的特性，自然就不能用事件委托了。
7.參考文獻
一.陳鑫偉的博客
二.凌云之翼的博客
8.更多討論
現在給一個場景 ul > li > div > p，div占滿li，p占滿div，還是給ul綁定時間，需要判斷點擊的是不是li（假設li里面的結構是不固定的），那么e.target就可能是p，也有可能是div，這種情況怎么處理呢？
核心代碼是while循環部分，實際上就是一個遞歸調用，也可以寫成一個函數，用遞歸的方法來調用，同時用到冒泡的原理，從里往外冒泡，知道currentTarget為止，當當前的target是li的時候，就可以執行對應的事件了，然后終止循環
