话不多说，让我们从大家常用的 Node.querySelectorAll 的 blink 源码入手，逐步分析这个问题：
我们调用它时 Node.querySelectorAll 做了哪些事？
翻了下源码，这个函数似乎很简单，其中主要逻辑位于Execute函数中：
Execute函数中，我们可以看到两个逻辑：
- 如果 use_slow_scan_ 为true，则会进入到 ExecuteSlow，走慢速查询。
- 如果 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的免费平台 ) 来找我吹水聊天 ，频道邀请码如下：