class 选择器为什么比 attribute 选择器快?帮你翻开blink源码。

话不多说,让我们从大家常用的 Node.querySelectorAll 的 blink 源码入手,逐步分析这个问题:

我们调用它时 Node.querySelectorAll 做了哪些事?

翻了下源码,这个函数似乎很简单,其中主要逻辑位于Execute函数中:

Execute函数中,我们可以看到两个逻辑:

  1. 如果 use_slow_scan_ 为true,则会进入到 ExecuteSlow,走慢速查询。
  2. 如果 use_slow_scan_ 为false,如果是class选择器,则会执行 CollectElementsByClassName函数

看起来我们似乎找到了答案?再深究一下。

看起来我们似乎找到了答案,class 选择器为什么比 attribute 选择器快?因为blink中为class选择器做了特殊处理。

而做了啥处理呢?我们来看看函数逻辑,看起来似乎很简单,就是只检查后代所有元素中有class的元素。

而ExecuteSlow慢在哪呢?看代码我们知道,因为他是一个通用的函数,他会处理遍历检查所有后代元素,用所有css规则去做判断,自然会慢于只判断class的CollectElementsByClassName函数。

那么 use_slow_scan_是谁设置的、以什么逻辑设置的呢?

其实看到源码就很简单,当且仅当一个选择器时。

总结:

当且仅当一个选择器时,那么class会比attribute快,因为class选择器心无旁骛只找class,而attribute走的是通用规则处理的逻辑,会有更多逻辑。


最后,祝好。

我是尘码,有其他想从chrome源码找答案的问题,欢迎评论。

也欢迎来我 Fanbook ( 一个国内类似discord的免费平台 ) 来找我吹水聊天 ,频道邀请码如下:

in.fanbook.cn/CIe6NFQD

相关推荐
Mintopia7 分钟前
🚀 Next.js 全栈 E2E 测试:Playwright vs Cypress
前端·javascript·next.js
原生高钙7 分钟前
JS设计模式指南
前端·javascript
拳打南山敬老院10 分钟前
漫谈 MCP 构建之Resources篇
前端·后端·ai编程
golang学习记12 分钟前
从0死磕全栈第九天:Trae AI IDE一把梭,使用react-query快速打通前后端接口调试
前端
超人92113 分钟前
我用纯前端技术打造了一个开发者工具箱,10+实用工具助力提效!
前端
bug_kada14 分钟前
详解 React useCallback & useMemo
前端·react.js
Mintopia14 分钟前
⚡ WebAssembly 如何加速 AIGC 模型在浏览器中的运行效率?
前端·javascript·aigc
AAA_Tj15 分钟前
前端动画技术全景指南:四大动画技术介绍
前端
断竿散人20 分钟前
乾坤微前端框架的沙箱技术实现原理深度解析
前端·javascript·前端框架
进阶的鱼21 分钟前
(4种场景)单行、多行文本超出省略号隐藏
前端·css·面试