共计 2637 个字符,预计需要花费 7 分钟才能阅读完成。
大家好,我是秋风。
嗯 … 我又来了,这次又是在 … 楠溪和的探讨中产生的问题。
那事件是怎么样的呢?
起因
最近楠溪在看事件相干的文章,而后就跑来和我探讨说以下代码的执行成果和网上的文章不统一,代码如下:
<div>
<button>123</button>
</div>
<script>
var btn = document.querySelector('button');
var div = document.querySelector('div');
btn.addEventListener('click', function () {console.log('bubble', 'btn');
}, false);
btn.addEventListener('click', function () {console.log('capture', 'btn');
}, true);
div.addEventListener('click', function () {console.log('bubble', 'div');
}, false);
div.addEventListener('click', function () {console.log('capture', 'div');
}, true);
</script>
以上是一段很简略的事件注册的代码,而后咱们点击 button
。
先不看后果,思考一下。
而后咱们来看看后果
对于绝大多数前端老鸟来说,会脱口而出地说出以下程序。
capture div
bubble btn
capture btn
bubble div
摸索
然而不论是 MDN,还是网上大多数的教程而言说的都是这个程序。
对于这个景象,我感到很蛊惑,我依稀记得,在几个月前,Chrome 还不是这样的行为,盲猜是不是因为 Chrome 版本的问题呢?
以上动图的 Chrome 版本是 90.0.4430.212
因而我找了个 Chrome 版本为 84.0.4109.0 进行测试。
果然是版本的问题,然而事件的追踪仍然很难,因为搜寻了标准以及查了谷歌上的一些材料,并没有很好地帮忙我解决这个纳闷,我不确定是因为 Chrome 引入的 bug 还是呈现了什么问题。
因而我就向 chromium 报告了这个问题。
最终在 Chrome 开发人员的帮忙下,找到了这两个探讨
https://github.com/whatwg/dom…
https://github.com/whatwg/dom…
在上述 issues 中能够看到,起因是在 https://bugs.webkit.org/show_… 中,有人指出,在 webkit 中以后的事件模型,会导致含有 Shadow DOM 的状况下,子元素的捕捉事件会优先于父元素的捕捉事件触发。
而在旧模型中,一旦达到 AT_TARGET,所有注册的监听器就将依照程序被触发,而不论他们是否被标记为捕捉。因为 Shadow DOM 会创立多个 targets,导致了事件执行程序的谬误。
而上述问题在 Gecko(Mozilla Firefox 的排版引擎)却运行失常(先捕捉再冒泡)。为此 whatwg 提出了一个新的模型构造来解决这个问题。
论断
所有的疑难到此都迎刃而解了,到当初为主咱们梳理一下咱们的问题。
1. 依照旧版本事件触发机制 | |
---|---|
体现 | 指标元素触发事件程序和注册事件程序无关 |
2. 新的的事件触发机制 | |
体现 | 指标元素触发事件程序依照先捕捉再冒泡的程序触发 |
而这个版本分界线是在 Chrome 89.0.4363.0 和 89.0.4358.0。
而 Chrome 89.0.4363.0 是在 2020-12-22 公布的,也就是最近几个月的事件,因而近几个月如果你的 Chrome 更新了就会遇到和我一样的景象。
在 Chrome 89.0.4363.0 以及之后版本中,指标元素的触发事件程序不再依照注册程序触发 ! 而是依照先捕捉再冒泡的模式顺次执行!
而后咱们再来看看这样批改会给咱们带来怎么样的影响。
- 首先咱们要明确是的,网上以前的大部分文章曾经不适用于当下的 Chrome 新版本了!
- 如果咱们业务中有依赖相干的事件触发程序,请仔细检查!
举个🌰
<div>
<button>123</button>
</div>
<script>
var a = [];
var btn = document.querySelector('button');
var div = document.querySelector('div');
btn.addEventListener('click', function () {console.log('bubble', 'btn');
a.push(1);
}, false);
btn.addEventListener('click', function () {console.log('capture', 'btn');
a.push(2);
}, true);
div.addEventListener('click', function () {console.log('bubble', 'div');
}, false);
div.addEventListener('click', function () {console.log('capture', 'div');
}, true);
</script>
在新版本中,当 button 元素被点击后,最终 a 的后果为 [2,1],而在旧版本中,这个后果则为 [1,2]。
那对于现阶段一些线上代码改如何革新呢?
改良计划
那么当初咱们无法控制用户应用哪个版本的浏览器,该如何解决这个问题而来防止遇到线上问题呢?
其实很简略。
咱们只须要将所有指标元素代码的程序都依照先书写捕捉事件代码,再书写冒泡事件代码,就能够兼容本次的更新。
思考
所有的事件都不是变化无穷的,不论是对于一些绝对官网的文章或者教程咱们都要抱以狐疑的态度,置信咱们所看到的。兴许我这篇的舆论在多年之后也会是一个谬误示例,然而是对当下问题的一个记录。本文也还有很多不足之处,如果有问题请在评论中指出。
参考资料
https://chromium.cypress.io/
https://github.com/whatwg/dom…
https://bugs.webkit.org/show_…
https://github.com/whatwg/dom…
https://dom.spec.whatwg.org/#…
结语
❤️关注 + 点赞 + 珍藏 + 评论 + 转发❤️ ,原创不易,激励笔者创作更好的文章
关注公众号 秋风的笔记
,一个专一于前端面试、工程化、开源的前端公众号