什么是事件委托?

用个例子就可以很简单的解释事件委托是怎么一回事了：

假设一个公司有三个职员在网上买了东西,那么他们三个在接收快递的时候有两种方法。 第一种：等快递来的时候,自己下楼去拿。 第二种：快递来的时候,先经过公司前台,然后在分发给每个人。 然而,正常情况下,第一种显然比较浪费劳动力,所以现实情况我们都采取第二种方法。 而且,第二种方法有个优势,新加入的职员也可以享受代签快递的服务。

我们把场景换到网页上：

假设一个网页中有三个li,并且绑定了事件,那么它们三个在触发事件的时候有两种方法。 第一种：当用户点击了li的时候,li触发事件 第二种：当用户点击了ul的时候,ul中的li触发事件 优势,显而易见就是新加入的li也可以通过ul触发。

也就是说事件委托,就是把本该由li触发的事件,交由ul代理。

为什么要用事件委托?

道理我都懂,可为什么要交给ul委托呢?我把每个li都绑定一遍不好吗?

一般来说，dom需要有事件处理程序，我们都会直接给它设事件处理程序就好了，那如果是很多的dom需要添加事件处理呢？比如我们有100个li，每个li都有相同的click点击事件，可能我们会用for循环的方法，来遍历所有的li，然后给它们添加事件，那这么做会存在什么影响呢？

在JavaScript中，添加到页面上的事件处理程序数量将直接关系到页面的整体运行性能，因为需要不断的与dom节点进行交互，访问dom的次数越多，引起浏览器重绘与重排的次数也就越多，就会延长整个页面的交互就绪时间，这就是为什么性能优化的主要思想之一就是减少DOM操作的原因；如果要用事件委托，就会将所有的操作放到js程序里面，与dom的操作就只需要交互一次，这样就能大大的减少与dom的交互次数，提高性能；

每个函数都是一个对象，是对象就会占用内存，对象越多，内存占用率就越大，自然性能就越差了（内存不够用，是硬伤，哈哈），比如上面的100个li，就要占用100个内存空间，如果是1000个，10000个呢，那只能说呵呵了，如果用事件委托，那么我们就可以只对它的父级（如果只有一个父级）这一个对象进行操作，这样我们就需要一个内存空间就够了，是不是省了很多，自然性能就会更好。

事件委托的原理

冒泡

事件委托是利用事件的冒泡原理来实现的，何为事件冒泡呢？举个例子：

  1. 先创建三个不同颜色的div,X>Y>Z 我们先创建三个div
  2. 然后分别给XYZ绑定事件 绑定事件
  3. 然后就可以测试冒泡事件了,我们先点击一下最里面的黄色div,发现三个事件都触发了 三个事件都触发了
  4. 我们再点击一下绿色div,发现只触发了绿色div和红色div的事件. 只触发了绿色div和红色div的事件
  5. 所以我们可以总结,事件冒泡的规则就是事件从最深的节点开始，然后逐步向上传播事件。同时这也是事件委托，委托它们父级代为执行事件。

如何实现委托?

既然是委托,那么直接给li的父级ul绑定事件就可以了啊。但是这里存在一个BUG! 我们换个例子： ul下有4个li,并且给ul绑定事件,为了方便演示给ul和li加一个border

BUG就是当我们点击红色和绿色之间的时候也会触发事件!!!

那么这个BUG如何处理呢? 如果在用户点击的时候判断一下是不是点击了li，如果是就触发，如果不是就不触发，是不是就解决了?

加一步判断 这样看似成功了,只有点击了li才会触发事件. 但是并不完美,因为当li有子元素的时候就会失效!!!

这个时候点击选项1的时候并不触发事件

那么我们该如何继续优化呢? 当我们发现被点击的元素不是li的时候,那么我们就找被点击元素的父元素,判断它是不是li,如果不是就继续找…….以此类推,当我们找到li那么就触发事件,如果没找到,就不触发。

触发成功 最终代码:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

var ul = document.querySelector('.a')
ul.addEventListener('click', function (e) {
    var 被点击的元素 = e.target
    while (被点击的元素.tagName !== 'LI') {
        被点击的元素 = 被点击的元素.parentNode
        if (被点击的元素 === ul) {
            被点击的元素 = null
            break;
        }
    }
    if (被点击的元素) {
        console.log('触发成功')
    }
})