JS 事件代理和事件委托
目录
事件委托的概念理解
为什么要用事件委托
事件委托的原理：
事件代理（委托）实现
总结：
事件委托的概念理解
为什么叫事件委托？它还有一个名字叫事件代理。
JavaScript高级程序设计上讲：事件委托就是利用事件冒泡，只指定一个事件处理程序，就可以管理某一类型的所有事件。
那这是什么意思呢？网上的各位大牛们讲事件委托基本上都用了同一个例子，就是取快递来解释这个现象，我仔细揣摩了一下，这个例子还真是恰当，我就不去想别的例子来解释了，借花献佛，我摘过来，大家认真领会一下事件委托到底是一个什么原理：
有三个同事预计会在周一收到快递。为签收快递，有两种办法：一是三个人在公司门口等快递；二是委托给前台MM代为签收。现实当中，我们大都采用委托的方案（公司也不会容忍那么多员工站在门口就为了等快递）。前台MM收到快递后，她会判断收件人是谁，然后按照收件人的要求签收，甚至代为付款。这种方案还有一个优势，那就是即使公司里来了新员工（不管多少），前台MM也会在收到寄给新员工的快递后核实并代为签收。
这里其实还有2层意思的：
第一，现在委托前台的同事是可以代为签收的，即程序中的现有的dom节点是有事件的；
第二，新员工也是可以被前台MM代为签收的，即程序中新添加的dom节点也是有事件的
为什么要用事件委托
一般来说，dom都有事件处理程序，我们可以直接给它设置事件处理程序就好。
但如果很多的dom需要添加事件处理呢？比如说我们有100个li，每个li都有相同的click点击事件，可能我们会用for循环的方法，遍历所有的li，给每一个添加事件处理程序，但是这么做会有什么影响呢？
在JavaScript中，添加到页面上的事件处理程序数量将直接关系到页面的整体运行性能，因为需要不断地与dom节点进行交互，访问dom的数量越多，引起浏览器回流和重绘的次数也就越多，就会延长整个页面的交互就绪时间，这就是为什么性能优化的主要思想之一就是减少DOM操作的原因。
如果要用事件委托，就会将所有的操作放到js程序里面，与dom的操作就只需要交互一次，这样就能大大的减少与dom的交互次数，提高性能。
每个函数都是一个对象，是对象就会占用内存，对象越多，内存占用率就越大，自然性能就越差了（内存不够用，是硬伤），比如上面的100个li，就要占用100个内存空间，如果是1000个，10000个呢。
如果用事件委托，那么我们就可以只对它的父级（如果只有一个父级）这一个对象进行操作，这样我们就需要一个内存空间就够了，是不是省了很多，自然性能就会更好。
事件委托的原理：
事件委托是利用事件的冒泡原理来实现的，何为事件冒泡呢？就是事件从最深的节点开始，然后逐步向上传播事件，举个例子：页面上有这么一个节点树，div>ul>li>a;比如给最里面的a加一个click点击事件，那么这个事件就会一层一层的往外执行，执行顺序a>li>ul>div，有这样一个机制，那么我们给最外面的div加点击事件，那么里面的ul，li，a做点击事件的时候，都会冒泡到最外层的div上，所以都会触发，这就是事件委托，委托它们父级代为执行事件。
事件代理（委托）实现
1、 在介绍事件委托的方法之前，我们先来看一段一般方法的例子：子节点实现相同的功能，实现功能是点击li，弹出123：
- 111
- 222
- 333
使用事件委托的方式：
- 111
- 222
- 333
这里用父级ul做事件处理，当li被点击时，由于冒泡原理，事件就会冒泡到ul上，因为ul上有点击事件，所以事件就会触发。
当然，这里当点击ul的时候，也是会触发的，那么问题就来了，如果我想让事件代理的效果跟直接给节点的事件效果一样怎么办，比如说只有点击li才会触发，不怕，我们有绝招：
Event对象提供了一个属性叫target，可以返回事件的目标节点，我们成为事件源，也就是说，target就可以表示为当前的事件操作的dom，但是不是真正操作dom，当然，这个是有兼容性的，标准浏览器用ev.target，IE浏览器用event.srcElement。
- 111
- 222
- 333
这样改下就只有点击li会触发事件了，且每次只执行一次dom操作，如果li数量很多的话，将大大减少dom的操作，优化的性能可想而知！
上面的例子是说li操作的是同样的效果，要是每个li被点击的效果都不一样，那么用事件委托还有用吗？
window.onload = function(){
var Add = document.getElementById("add");
var Remove = document.getElementById("remove");
var Move = document.getElementById("move");
var Select = document.getElementById("select");
Add.onclick = function(){
alert('添加');
};
Remove.onclick = function(){
alert('删除');
};
Move.onclick = function(){
alert('移动');
};
Select.onclick = function(){
alert('选择');
}
}上面4个按钮，4种不同的操作，同时也进行了4次dom操作，假如使用事件代理，能够进行性能优化
window.onload = function () {
var oBox = document.getElementById('box');
oBox.onclick = function (event) {
var ev = event||window.event;
var target = ev.target||ev.srcElement;
if(target.nodeName.toLowerCase()=='input'){
switch (target.id){
case 'add':
console.log('add');
break;
case 'remove':
console.log('remove');
break;
case 'move':
console.log('move');
break;
case 'select':
console.log('select');
break;
default:
console.log('other');
break
}
}
}
};这里使用事件代理，只需要操作一次dom,就能实现上面4种操作，给box 添加点击事件，通过event对象(事件源)判断是哪种操作即可实现事件代理(委托)效果
现在讲的都是document加载完成的现有dom节点下的操作，那么如果是新增的节点，新增的节点会有事件吗？也就是说，一个新员工来了，他能收到快递吗？
- 111
- 222
- 333
- 444
window.onload = function () {
var oBtn = document.getElementById("btn");
var oUl = document.getElementById("ul1");
var aLi = oUl.getElementsByTagName('li');
var num = 4;
//鼠标移入变红，移出变白
for(var i=0; i运行代码，发现新增的li中并没有添加事件进去，显然这并不是我们想要的结果，现在把for循环放到函数里执行，代码如下:
window.onload = function () {
var oBtn = document.getElementById("btn");
var oUl = document.getElementById("ul1");
var aLi = oUl.getElementsByTagName('li');
var num = 4;
function onMouse() {
//鼠标移入变红，移出变白
for(var i=0; i新增的li这时已经添加了事件进去，但是使用上述的方式，无疑增加了dom的操作，在性能优化方面是不可取的，那么用事件代理，能否实现优化效果呢？
window.onload = function () {
var oBtn = document.getElementById("btn");
var oUl = document.getElementById("ul1");
var num = 4;
oUl.onmouseover = function (event) {
var ev = event||window.event;
var target = ev.target||ev.srcElement;
if(target.nodeName.toLowerCase()=='li'){
target.style.background = 'red';
}
};
oUl.onmouseout = function (event) {
var ev = event||window.event;
var target = ev.target||ev.srcElement;
if(target.nodeName.toLowerCase()=='li'){
target.style.background = '#fff';
}
};
//添加新节点
oBtn.onclick = function(){
num++;
var oLi = document.createElement('li');
oLi.innerHTML = 111*num;
oUl.appendChild(oLi);
};上面是用事件委托的方式，新添加的子元素是带有事件效果的，我们可以发现，当用事件委托的时候，根本就不需要去遍历元素的子节点，只需要给父级元素添加事件就好了，其他的都是在js里面的执行，这样可以大大的减少dom操作，这才是事件委托的精髓所在
现在给一个场景 ul > li > div > p，div占满li，p占满div，还是给ul绑定时间，需要判断点击的是不是li（假设li里面的结构是不固定的），那么e.target就可能是p，也有可能是div，这种情况你会怎么处理呢？
-
11111111111
-
22222222
-
3333333333
- 4444444
var testUl = document.getElementById('test');
testUl.addEventListener('click',function (event) {
var ev = event||window.event;
var target = ev.target||ev.srcElement;
while(target !== oUl){
if(target.nodeName.toLowerCase()=='li'){
console.log('click li');
break;
}
target = target.parentNode;
}
})或者使用递归调用判断:
var jumpLiFunc = function (target) {
if(target !== oUl){
if(target.nodeName.toLowerCase()=='li'){
console.log('click li');
return;
}
jumpLiFunc(target.parentNode)
}
}核心代码是while循环部分，实际上就是一个递归调用，你也可以写成一个函数，用递归的方法来调用，同时用到冒泡的原理，从里往外冒泡，知道currentTarget为止，当当前的target是li的时候，就可以执行对应的事件了，然后终止循环，恩，没毛病！
可以看到，使⽤事件委托，在动态绑定事件的情况下是可以减少很多重复⼯作的
总结：
适合事件委托的事件有： click ， mousedown ， mouseup ， keydown ， keyup ， keypress 从上⾯应⽤场景中，我们就可以看到使⽤事件委托存在两⼤优点：
- 减少整个⻚⾯所需的内存，提升整体性能
- 动态绑定，减少重复⼯作
- 但是使⽤事件委托也是存在局限性：
focus 、 blur 这些事件没有事件冒泡机制，所以⽆法进⾏委托绑定事件
mousemove 、 mouseout 这样的事件，虽然有事件冒泡，但是只能不断通过位置去计算定位， 对性能消耗⾼，因此也是不适合于事件委托的
如果把所有事件都⽤事件代理，可能会出现事件误判，即本不该被触发的事件被绑定上了事件