浏览器 DOM 元素的事件代理指的是什么

事件

在网页中，如果想与使用者进行“互动”，必须要通过某种方法知道他都做了什么。当然，浏览器开发者们早已根据 W3C 事件规范实现好了底层的逻辑，我们只需要通过 Web API 中的 DOM Event，通过注册想监听的 DOM 元素和事件的事件监听器（Event Listener）就可以轻松掌握使用者在网页上的一举一动。

事件监听

我们可以在想要监听事件的 DOM 元素上通过 addEventListener 注册监听器。例如：

document.querySelector('#id').addEventListener('click', clickHandler)

当点击 #id 元素时会触发 clickHandler 并传入一个事件，其内容包含事件传递过程中必要的数据，例如目标元素、当前元素、传递阶段等等。这时我们便可以从中获取所需要的数据，并针对这些数据做你想做的事。

现在的网站有大量的互动，如果通过事件监听一个一个去写，除了效能很差，写起来也很麻烦；这时就体现出“事件代理”的重要性了！

不过在说到事件代理之前，现需要理解 DOM Tree 上的时间传递机制是怎样的

时间传递

可以参考 W3C 所定义的 Event Flow 图：

规范中定义了时间传递的三个阶段：

捕获阶段：由 DOM Tree 的根节点依次向内传递，过程中触发各别元素的捕获阶段事件监听。
目标阶段：到达事件目标（Event Target），按照注册顺序触发事件监听。
冒泡阶段：由事件目标依序向外传递，过程中触发各别元素的冒泡阶段事件监听。

如图所示，当使用者触发一个DOM 元素的事件时，首先会进入捕获阶段（Capture Phase），从根结点逐步向事件目标传递；到达目标后则进入目标阶段（Target Phase），接着就开始折返，进入向根结点传递的冒泡阶段（Bubbling Phase）。

在使用 addEventListener 注册事件监听器时，可以通过传递第三个参数，指定此事件监听要在什么阶段触发：

elem.addEventListener('click', eventHandler) // 未指定，预设为冒泡
elem.addEventListener('click', eventHandler, false) // 冒泡
elem.addEventListener('click', eventHandler, true) // 捕获
elem.addEventListener('click', eventHandler, {
  capture: true // 是否为捕获。 IE、Edge 不支持。其他属性请参考 MDN
})

通过简单的来回传递，这样就能更精准的控制触发的时机了！

事件代理

现在终于聊到了事件代理。由于事件传递的机制，子元素的事件在传递过程中势必会经过它的父元素；而事件代理，顾名思义就是将子元素事件监听器交由父元素代理。

什么意思呢？我们直接看个简单的对照例子：

首先是 HTML 骨架：

没有事件代理

(function() {
  document.querySelector('#push').addEventListener('click', pushHandler)
  document.querySelector('#pop').addEventListener('click', popHandler)

  const list = document.querySelector('#list')

  function pushHandler() {
    list.appendChild(getNewElem(list.childNodes.length))
  }

  function popHandler() {
    document.querySelectorAll('#list>li')[list.childNodes.length - 1].remove()
  }

  function getNewElem(text) {
    const elem = document.createElement('li')
    elem.innerText = text
    elem.addEventListener('click', eventHandler)
    return elem
  }
  
  function eventHandler(e) {
    alert(e.target.innerText)
  }
})()

有事件代理

(function() {
  document.querySelector('#push').addEventListener('click', pushHandler)
  document.querySelector('#pop').addEventListener('click', popHandler)

  const list = document.querySelector('#list')
  
  list.addEventListener('click', listClickHandler)
  
  function pushHandler() {
    list.appendChild(getNewElem(list.childNodes.length))
  }

  function popHandler() {
    document.querySelectorAll('#list>li')[list.childNodes.length - 1].remove()
  }

  function getNewElem(text) {
    const elem = document.createElement('li')
    elem.innerText = text
    return elem
  }
  
  function listClickHandler(e){
    if (e.target.tagName === 'LI') alert(e.target.innerText)
  }
})()

差异在于事件监听的目标元素

在没有事件代理的版本中每一个 li 上都注册了事件监听器，当数量越来越多时浏览器也就建立了越来越多的监听器，无形中对性能有很大的影响；反之在有事件代理的版本中，将事件监听器注册在了外层的 ul 上，无论内容有多少，浏览器都只需要承担一组事件监听器的消耗。

库和框架中的事件处理

在 DOM 事件处理的这部分，jQuery 和 Vue 都将原生的事件监听器做了封装，方便我们快速设定、使用，甚至会自动帮你移除无用的事件监听。

但是在 React 中，React DOM 上直接注册的事件监听器，其实监听的是 React 额外封装过的 React DOM Event，并将全部事件代理到 document 上，这与原生事件有很大不同；特别是如果混用 React DOM Even tListener 及原生的 addEventListener，事件监听器之间的执行顺序很有可能会和预期不一致，在写 React 的时候要特别注意。

有兴趣深入研究的话可以在React 源码 中查找关于事件处理的代码部分。

本文首发微信公众号：前端先锋

欢迎扫描二维码关注公众号，每天都给你推送新鲜的前端技术文章

欢迎继续阅读本专栏其它高赞文章：

更多文章...