核心内容：多种事件的运用场景解析
开始了
1吹牛逼
2吹牛逼
3也许我别来，你自然无恙
A：复杂多样的鼠标事件
应用：鼠标事件很多，平时用个点击就以为用过那就大错特错了，鼠标事件不仅有原生的点击，双击，移动，进入，移出，悬浮，可以打印event里面的type查看，还有一些比如jq封装的事件，这些事件而且会相互触发，比如移动move是最容易被其他事件触发，或者原生的拖拽事件，不仅有自己的事件，而且会触发元素上的很多其他事件。
B：为什么会这样呢？
解析：第一本身不同事件类型但是相近的鼠标操作就会同时触发，第二在多层dom结构中的事件，由于本身事件的冒泡机制，由最底层的元素向上冒泡，到父元素到document到window，以至于类似事件不同方法但是同时触发
C：怎么解决
办法：比如现象一：只想触发最底层的元素的点击事件，不触发其父元素的点击事件，解决方案阻止冒泡。现象二：类型相近事件相互触发，导致方法重复执行，解决方案在易促发的事件的方法中可以加入条件判断，是否已经执行过相同操作，如果有要么直接return，如果还有其他操作判断，可以将可能重复的那个操作进行重置。现象三：原生方法事件以及简单事件相互交叉影响导致最后鼠标事件失灵，定义的方法不能执行，页面不可控制，解决方案单个功能实现后进行方法设为null如dom.onclick=null，然后设置dom对象释放捕获。
event事件实在太多太复杂了，正如人生一样，可是有时候多一点细心多一点耐心，没事多打打断点和测试，我们会看得更加清晰，正如我若别来，你自然无恙，越是纠结，越是沉沦，往往简单最好。
事件人生，人生事件，简单复杂，复杂简单，一正一反，经历了自然会成长，花香了自然蝶飞舞。
Event Loop即事件循环，是解决javaScript单线程运行阻塞的一种机制。 主要是为了协调单线程下，事件、用户交互、脚本、UI 渲染和网络处理等行为，防止主线程的不阻塞。
因为JavaScript 是单线程，也就是说， 所有任务需要排队，前一个任务结束，才会执行后一个任务。
但是IO设备（输入、出设备）可能会因为网络等因数导致速度很慢（比如Ajax）继而CPU没有充分利用，所以设计者将IO设备的任务挂起，先执行后面的任务，等到IO设备返回了结果，再回过头，把挂起的任务继续执行下去。于是，就把所有任务分成两种，一种是同步任务（synchronous），另一种是异步任务（asynchronous）。
只有前一个任务执行完毕，才能执行后一个任务；直接在主线程上排队执行且最先执行，形成一个执行栈
不进入主线程、而是进入"任务队列"（task queue）的任务，只有"任务队列"通知主线程，某个异步任务可以执行了，该任务才会进入主线程执行。
（1）所有同步任务都在主线程上执行，形成一个执行栈（execution context stack）。
（2）主线程之外，还存在一个"任务队列"（task queue）。只要异步任务有了运行结果，就在"任务队列"之中放置一个事件。
（3）一旦"执行栈"中的所有同步任务执行完毕，系统就会读取"任务队列"，执行一个宏任务， 执行过程中如果遇到微任务，就将它添加到微任务的任务队列中 宏任务执行完毕后，再依次执行执行当前微任务队列中的所有微任务，当前宏任务执行完毕，开始检查渲染，然后GUI线程接管渲染 渲染完毕后，JS线程继续接管，开始下一个宏任务（从事件队列中获取）
（4）主线程不断重复上面的第三步。
"任务队列"是一个先进先出的数据结构，也是一个事件的队列（也可以理解成消息的队列），IO设备完成一项任务，就在"任务队列"中添加一个事件，表示相关的异步任务可以进入"执行栈"了。主线程读取"任务队列"，就是读取里面有哪些事件。
"任务队列"中的事件，除了IO设备的事件以外，还包括一些用户产生的事件（比如鼠标点击、页面滚动等等）。只要指定过回调函数，这些事件发生时就会进入"任务队列"，等待主线程读取。
所谓"回调函数"（callback），就是那些会被主线程挂起来的代码。异步任务必须指定回调函数，当主线程开始执行异步任务，就是执行对应的回调函数。
例子1
例子2：
例子3：
nodejs事件循环和浏览器的事件循环不一样的。浏览器的Event loop是在HTML5中定义的规范，而node中则由libuv库实现
