JS事件流为什么要设计成三个阶段以及如何确认传播路径？

Question

文章链接：https://segmentfault.com/a/11...原文：http://codepen.io/zhaojun/pos...js事件流有三个众所周知的阶段：捕获，命中和冒泡。关于事件流有三个问题：为什么要设计成三个阶段？有些地方是讲的：因为历史原因——N公司提倡捕获，M公司提倡冒泡，两个公司互不妥协，于是标准组织干脆兼容两者，让事件跑一个来回，倘若不支持某个过程则静默出进入相关阶段就好。久而久之，大家都认了这个规则，但是实际上来说让事件跑一个来回效率上肯定是不高的，而且从我的理解来看只进行捕获或者冒泡也是合乎逻辑的。所以为什么现代浏览器（比如chrome）要同时支持两种传播方式呢？传播路径如何确定？上文中说到事件在传播前，浏览器会先为其计算出传播路径，然而DOM树表面上看并不是一棵查找二叉树，只是一种描述层级关系的树状数据结构。那么假设浏览器从操作系统拿到了事件的基本信息（点击位置，哪个键位，发生时间等），浏览器怎么在这样的树状结构中查找出一条确定的路径呢？遍历当然是可以的，但是这样效率是否太低？如果每个元素都有一个独一无二的ID，对这个路径查找问题有帮助吗？事件与其它过程如何交互？问题可能说的有点抽象，假设我们在div元素上绑定了一个hover动画，那么当鼠标划过时需要发生两件事情：展示动画和触发mouseover事件。我觉得合理的设计应该是先触发动画再触发事件，有两种可能性：浏览器在事件传播前触发动画，无论是捕获还是冒泡，对动画触发先后没有影响；浏览器在在事件传播过程中触发动画，那么动画触发顺序可能和采用捕获还是冒泡有关系；请不吝赐教。