事件委托允许您避免向特定节点添加事件侦听器;相反，事件侦听器被添加到一个父级。该事件侦听器分析冒泡事件以在子元素上找到匹配。

JavaScript示例:

假设我们有一个父UL元素和几个子元素:

<ul id="parent-list">
  <li id="post-1">Item 1</li>
  <li id="post-2">Item 2</li>
  <li id="post-3">Item 3</li>
  <li id="post-4">Item 4</li>
  <li id="post-5">Item 5</li>
  <li id="post-6">Item 6</li>
</ul>

Let's also say that something needs to happen when each child element is clicked. You could add a separate event listener to each individual LI element, but what if LI elements are frequently added and removed from the list? Adding and removing event listeners would be a nightmare, especially if addition and removal code is in different places within your app. The better solution is to add an event listener to the parent UL element. But if you add the event listener to the parent, how will you know which element was clicked?

简单:当事件弹出到UL元素时，检查事件对象的target属性以获得对实际单击的节点的引用。下面是一个非常基本的JavaScript代码片段，它演示了事件委托:

// Get the element, add a click listener...
document.getElementById("parent-list").addEventListener("click", function(e) {
    // e.target is the clicked element!
    // If it was a list item
    if(e.target && e.target.nodeName == "LI") {
        // List item found!  Output the ID!
        console.log("List item ", e.target.id.replace("post-"), " was clicked!");
    }
});

Start by adding a click event listener to the parent element. When the event listener is triggered, check the event element to ensure it's the type of element to react to. If it is an LI element, boom: we have what we need! If it's not an element that we want, the event can be ignored. This example is pretty simple -- UL and LI is a straight-forward comparison. Let's try something more difficult. Let's have a parent DIV with many children but all we care about is an A tag with the classA CSS class:

// Get the parent DIV, add click listener...
document.getElementById("myDiv").addEventListener("click",function(e) {
    // e.target was the clicked element
    if(e.target && e.target.nodeName == "A") {
        // Get the CSS classes
        var classes = e.target.className.split(" ");
        // Search for the CSS class!
        if(classes) {
            // For every CSS class the element has...
            for(var x = 0; x < classes.length; x++) {
                // If it has the CSS class we want...
                if(classes[x] == "classA") {
                    // Bingo!
                    console.log("Anchor element clicked!");
                    // Now do something here....
                }
            }
        }
    }
});

http://davidwalsh.name/event-delegate

委托的概念

如果在一个父元素中有许多元素，并且您希望处理其中的事件—不要将处理程序绑定到每个元素。 相反，将单个处理程序绑定到它们的父处理程序，并从event.target获取子处理程序。 这个站点提供了关于如何实现事件委托的有用信息。 http://javascript.info/tutorial/event-delegation

委托是一种技术，在这种技术中，一个对象向外部表达某种行为，但实际上将实现该行为的责任委托给一个关联对象。乍听起来，这与代理模式非常相似，但其目的却大不相同。委托是一种集中对象(方法)行为的抽象机制。

一般来说:使用委托来替代继承。继承是一个很好的策略，当父对象和子对象之间存在密切的关系时，但是，继承会非常紧密地结合对象。通常，委托是表达类之间关系的更灵活的方式。

这种模式也称为“代理链”。其他一些设计模式使用委托——状态模式、策略模式和访问者模式都依赖于它。

这基本上就是如何关联元素。.click应用于当前DOM，而.on(使用委托)将继续对事件关联后添加到DOM的新元素有效。

哪一种更好，要看具体情况而定。

例子:

<ul id="todo">
   <li>Do 1</li>
   <li>Do 2</li>
   <li>Do 3</li>
   <li>Do 4</li>
</ul>

.Click事件:

$("li").click(function () {
   $(this).remove ();
});

事件内:

$("#todo").on("click", "li", function () {
   $(this).remove();
});

注意，我在.on中分离了选择器。我会解释为什么。

让我们假设，在这种联系之后，让我们做以下的事情:

$("#todo").append("<li>Do 5</li>");

这就是你会注意到区别的地方。

如果事件是通过.click关联的，任务5将不服从click事件，因此它将不会被删除。

如果它是通过.on关联的，选择器是分开的，它将服从。

Dom事件委托与计算机科学的定义有所不同。

它指的是处理来自许多元素(如表单元格)、来自父对象(如表)的冒泡事件。它可以使代码更简单，特别是在添加或删除元素时，并节省一些内存。

DOM事件委托是一种通过事件“冒泡”(又名事件传播)的魔力，通过单个公共父(而不是每个子)响应ui事件的机制。

当一个事件在一个元素上被触发时，会发生以下情况:

事件被分派到它的目标 EventTarget和任何事件监听器 发现有触发。冒泡 事件将触发任何 找到的其他事件侦听器 跟随EventTarget的父对象 链条向上，检查任何事件 侦听器注册在 连续EventTarget。这个向上 延续到和 包括《文件》。

事件冒泡为浏览器中的事件委托提供了基础。现在，您可以将事件处理程序绑定到单个父元素，并且当事件发生在它的任何子节点(以及它们的任何子节点)上时，该处理程序将被执行。这是事件委托。下面是一个实践中的例子:

<ul onclick="alert(event.type + '!')">
    <li>One</li>
    <li>Two</li>
    <li>Three</li>
</ul>

在这个例子中，如果您要单击任何<li>子节点，您将看到一个“click!”的警报，即使没有绑定到您所单击的<li>的单击处理程序。如果我们将onclick="…"绑定到每个<li>，你会得到同样的效果。

那么好处是什么呢?

假设你现在需要通过DOM操作向上面的列表动态添加新的<li>项:

var newLi = document.createElement('li');
newLi.innerHTML = 'Four';
myUL.appendChild(newLi);

如果不使用事件委托，您将不得不将“onclick”事件处理程序“重新绑定”到新的<li>元素，以便它与它的兄弟元素以相同的方式发挥作用。使用事件委托，你不需要做任何事情。只需将新的<li>添加到列表中，就完成了。

这对于带有绑定到许多元素的事件处理程序的web应用程序来说是非常棒的，其中新元素在DOM中被动态创建和/或删除。使用事件委托，可以通过将事件绑定移动到公共父元素来大幅减少事件绑定的数量，并且动态创建新元素的代码可以与绑定其事件处理程序的逻辑分离。

Another benefit to event delegation is that the total memory footprint used by event listeners goes down (since the number of event bindings go down). It may not make much of a difference to small pages that unload often (i.e. user's navigate to different pages often). But for long-lived applications it can be significant. There are some really difficult-to-track-down situations when elements removed from the DOM still claim memory (i.e. they leak), and often this leaked memory is tied to an event binding. With event delegation you're free to destroy child elements without risk of forgetting to "unbind" their event listeners (since the listener is on the ancestor). These types of memory leaks can then be contained (if not eliminated, which is freaking hard to do sometimes. IE I'm looking at you).

下面是一些更好的事件委托的具体代码示例:

JavaScript事件委托如何工作 事件委托与事件处理 delegate是事件委托+选择器规范 jQuery。On在传递选择器作为第二个参数时使用事件委托 没有JavaScript库的事件委托 闭包vs事件委托:查看不将代码转换为使用事件委托的优点 PPK为委派焦点和模糊事件(不会出现气泡)提供了有趣的方法