1. 事件绑定的几种方式

　　 主要介绍一下 最常用的事件设计 其他就稍微带过。

　　直接在代码里面添加onclick指定函数名字。

　　B) 在JS代码中通过dom元素的onclick等属性

　　这种做法this表示当前DOM对象 还有一点 这种做法只能绑定一个事件处理函数 后面的会覆盖前面的。可以看出 只能打印 "2 = div"

　　C） 至于IE下面的attachEvent 函数就不介绍了 直接介绍W3C的 标准的 addEventListener 和 removeEventListener。

　　IE8 之前都不支持 IE9就开始支持了。

　　addEventListener(type, listener, userCapture);

　　// type : 事件类型 不含"on"  "click" "keydown"

　  // listener : 事件处理函数

　  // userCapture 是事件冒泡 还是事件捕获默认false 代表时间冒泡类型

　　事件处理函数中this代表的是dom对象 不是window 这个特性与attachEvent不同

　　B 同一个事件处理函数可以绑定2次 一次用于事件捕获 一次用于时间冒泡。

2. 事件处理函数的执行顺序

　　前面的方式都不能实现事件的重复绑定 所以自然也就不存在执行顺序的问题 最后面的一种可以重复绑定 所以需要了解执行顺序的问题。

　　addEventListener 和attachEvent表现一致。如果给同一个事件绑定多个处理函数 先绑定的先执行

　　当点击outA的时候 会依次打印出 1 2 3 4 这里需要特别注意 我们给定A绑定多个onclick事件处理函数 也是直接点击A触发的事件 所以不涉及事件冒泡和事件捕获的问题。

3. 事件冒泡和事件捕获

　　如果点击了最内侧的C 那么最外层的A算不算被点击了呢。 很显然算的 不然就没有必要区分事件冒泡和事件捕获

　　一般来说 事件冒泡机制用的更多一点 所以在IE8 之前 IE 只支持事件冒泡 IE9+/FF/Chrome这2种模型都支持，可以通过addEventListener((type, listener, useCapture)的useCapture来设定，useCapture=false代表着事件冒泡，useCapture=true代表着采用事件捕获。

　　事件冒泡 当点击C的时候 打印顺序是3 2 1. 将false 改成true 打印的顺序就是 1  2  3

4. DOM事件流

　　
　　　　DOM事件流：将事件分为三个阶段：捕获阶段、目标阶段、冒泡阶段。先调用捕获阶段的处理函数，其次调用目标阶段的处理函数，最后调用冒泡　　　　　　　　　　阶段的处理函数。

　　　　当点击outC的时候，依次打印出capture1–>capture2–>target–>bubble2–>bubble1。到这里是不是可以理解addEventListener(type,handler,useCapture)这个API中第三个参数useCapture的含义呢？useCapture=false意味着：将事件处理函数加入到冒泡阶段，在冒泡阶段会被调用；useCapture=true意味着：将事件处理函数加入到捕获阶段，在捕获阶段会被调用。从DOM事件流模型可以看出，捕获阶段的事件处理函数，一定比冒泡阶段的事件处理函数先执行。

　5 事件函数执行先后顺序

　　　　目标自身触发事件 是冒泡还是捕获无所谓

　　　 捕获阶段的处理函数最先执行，其次是目标阶段的处理函数，最后是冒泡阶段的处理函数。

　　　 目标阶段的处理函数，先注册的先执行，后注册的后执行。

6. 阻止事件冒泡和捕获

　　　　默认情况下 多个事件处理函数会按照DOM 事件流模型中的顺序执行 如果子元素上发生某个事件 不需要执行父元素上注册的事件处理函数

　　　　那么我们可以停止捕获和冒泡 前面提到的事件绑定方式，都可以实现阻止事件的传播。由于第5种方式，是最推荐的做法。所以我们基于第5种方　　　　式，看看如何阻止事件的传播行为。IE8以及以前可以通过 window.event.cancelBubble=true阻止事件的继续传播；IE9+/FF/Chrome通过　　　　　event.stopPropagation()阻止事件的继续传播。

　　　　点击outC的时候，之后打印出capture–>target，不会打印出bubble。因为当事件传播到outC上的处理函数时，通过stopPropagation阻止了事件的继续传播，所以不会继续传播到冒泡阶段。