本文的主要內容是根據前不久面試某家公司Web前端開發崗位，面試時做的一道數組去重問題的解題思路進行整理的，分享給大家。
題目本身很簡單：一個ul中有一千個li，如何給這一千個li綁定一個滑鼠點擊事件，當滑鼠點擊時alert出這個li的內容和li的位置座標xy ，
123...1000
需要考慮到瀏覽器相容性、事件冒泡、效率等問題。看到問題後我就直接在紙上寫下瞭如下答案：
var ulItem = document.getElementById("ulItem");
var lis = document.getElementsByTagName("li");
for(var i=0; i<lis.length; i++){
lis[i].onclick = function(){
alert("内容："+this.innerHTML);
alert("位置："+getElementPosition(this).x+","+getElementPosition(this).y;
}
}
function getElementPosition(e){
var x=0,y=0;
while(e != null){
x += e.offsetLeft;
y += e.offsetTop;
e = e.offsetParent;
}
return {x:x, y:y};
}面試結果：寫完了又看了一遍感覺沒必要考慮兼容性、事件冒泡啊。效率的話，想了想，也想不出怎麼提升了，就這樣給面試官看了。面試官人也挺好的，他看了之後說：你並沒有考慮到我說的重點啊，你這樣1000次循環添加點擊事件效率是很低的。然後就跟我講了利用事件冒泡的特性，來提高效率，即事件代理（ps：以前做項目有遇到過要阻止事件冒泡的時候，但利用事件冒泡特性提高效率卻還完全不知道）。聽了面試官講的漲了姿勢，回來後自己也上網查了一下，現在自己再總結下當做記錄自己學習的過程吧：
事件代理（Event Delegation） ，又稱為事件委託。 是 JavaScript 中常用綁定事件的常用技巧。顧名思義，「事件代理」即是把原本需要綁定的事件委託給父元素，讓父元素擔當事件監聽的職務。
為什麼要這麼做？眾所周知，DOM操作是十分消耗效能的，所以重複的事件綁定簡直是效能殺手。而事件代理的核心思想，就是透過盡量少的綁定，去監聽盡量多的事件。程式猿的事，沒程式碼說個J8，下面貼出程式碼：
var ulItem = document.getElementById("ulItem");
ulItem.onclick = function(e){
e = e || window.event;//这一行和下一行是为了兼容IE8以及之前版本
var target = e.target || e.srcElement;
if(target.tagName.toLowerCase() === "li"){
alert(target.innerHTML);
alert("位置为："+getElementPosition(target).x+","+getElementPosition(target).y);
}
}
function getElementPosition(e){
var x=0,y=0;
while(e != null){
x += e.offsetLeft;
y += e.offsetTop;
e = e.offsetParent;
}
return {x:x, y:y};
}嗯，現在程式碼去掉了for循環，提高了效率，也有了相容性方面的處理，感覺這個答案應該可以了吧。上面說的也就是為了一道筆試題，下面就再本著學術研究的思想說說事件代理：
在傳統的事件處理中，你依需求為每一個元素新增或刪除事件處理器。然而，事件處理器將有可能導致記憶體洩漏或效能下降——你用得越多這種風險就越大。 JavaScript事件代理程式則是一種簡單的技巧，透過它你可以把事件處理器加入到一個父級元素上，這樣就避免了把事件處理器加入多個子級元素上。事件代理用到了兩個在JavaSciprt事件中常被忽略的特性：事件冒泡以及目標元素。當一個元素上的事件被觸發的時候，比如說滑鼠點擊了一個按鈕，同樣的事件將會在那個元素的所有祖先元素中被觸發。這個過程被稱為事件冒泡；這個事件從原始元素開始一直冒泡到DOM樹的最上層。任何一個事件的目標元素都是最開始的那個元素，在我們的這個例子中也就是按鈕，並且它在我們的事件物件中以屬性的形式出現。使用事件代理，我們可以把事件處理器加入一個元素上，等待一個事件從它的子級元素冒泡上來，並且可以得知這個事件是從哪個元素開始的。
關於事件代理，今天也是初次接觸，就先寫到這吧，希望對大家的學習有所幫助，更多相關教程請訪問JavaScript視頻教程！
