你所不了解的querySelector

摘要：而事实上，它会在的子代元素中匹配查询条件。它们并不会相对于任何特定的元素，甚至不会相对于调用的元素。伪选择器是相对当前作用域进行匹配的。它们是和的替代方法，存在父节点上。了解像这些坑很重要，因为从它们的行为中很难了解它们的实质特性。

原文链接地址：http://blog.lxjwlt.com/front-...
笔者整理笔记：

先看看MDN上怎么介绍这个API的：
概述
返回当前文档中匹配一个特定选择器的所有的元素(使用深度优先，前序遍历规则这样的规则遍历所有文档节点) .返回的对象类型是 NodeList.

语法

elementList = document.querySelectorAll(selectors);

elementList 是一个non-live的 NodeList 类型的对象.
selectors 是一个由逗号连接的包含一个或多个CSS选择器的字符串.
如果 selectors参数中包含 CSS伪类 ,则返回一个空的elementList.

例子
下面的例子返回一个文档中所有的class为"note"或者 "alert"的div元素.

var matches = document.querySelectorAll("div.note, div.alert");

注意
如果指定的选择器不合法,则抛出一个SYNTAX_ERR 异常.
querySelectorAll()从WebApps API中引入.

WebKit 内核的浏览器有一个bug: 如果 selectors参数中包含 CSS伪类 ,返回的elementList包含一个 元素,而不是空的.

现代浏览器提供了querySelector和querySelectorAll这两API。它们用来查询匹配CSS选择器的单个或多个元素。这类似CSS选择器：用class或ID选取元素。如果你没有用过它们，MDN上有非常棒的介绍。
想象下面的HTML页面：

（1） document.querySelectorAll("div")返回页面中所有div元素组成的节点列表（NodeList类型的对象），而document.querySelector("div.lonely")返回一个多带带的div元素。

（2）document元素支持querySelector和querySelectorAll，你可以在整个页面文档中查找元素。元素本身也支持querySelector和querySelectorAll，你可以查找该元素的子代元素。例如，下面的表达式会查找#my-id下的图片子代元素（注意是子代而不是后代）：

document.querySelector("#my-id").querySelectorAll("img")

在上述html页面例子中，这个表达式将查询到 而不会匹配

好好想想，下面这两个表达式做了什么？

document.querySelectorAll("#my-id div div");
document.querySelector("#my-id").querySelectorAll("div div");

你可能想当然地认为它们是等价的。毕竟，第一个是查询一个被#my-div下div包裹的div元素，而另一个是查询一个被div包裹的div元素，而这个div是#my-id的子代元素。然而，它们返回了非常不一样的结果：

document.querySelectorAll("#my-id div div").length === 1;
document.querySelector("#my-id").querySelectorAll("div div").length === 3;

这里到底是怎么回事？
这是因为，element.querySelectorAll不是从element开始匹配元素的。而事实上，它会在element的子代元素中匹配查询条件。因此，我们找到了三个div元素： div.lonely，div.outer，div.inner。我们找它们是因为它们都匹配div div选择符，而且它们都是#my-id的子代元素。
我们要记住，querySelector/querySelectorAll下的CSS选择器是绝对的。它们并不会相对于任何特定的元素，甚至不会相对于调用querySelectorAll的元素。
这甚至对调用querySelectorAll的元素的外部元素生效。例如，这个选择器：

document.querySelector("#my-id").querySelector("div div div")

...在这个代码段（JSbin）中匹配div.inner：

这个API让我觉得很意外，我所问过的前端工程师也同意我的观点。然而，这个并不是一个bug。这就是规范定义它的工作方式，而浏览器也一致地按这种方式实现了它。John Resig 评论道，当这个规范出来的时候，他和其他人都感到这个API的行为相当的诡异。
如果你无法轻易地将选择器重写为“绝对的”形式，这里有两个选择：:scopeCSS伪选择器和query/queryAll。
:scope伪选择器是相对当前作用域进行匹配的。这名字来自CSS的作用域标识符，它能够限定样式在文档中的范围。
document.querySelector("#my-id").querySelectorAll(":scope div div");
不幸的是，支持作用域CSS和:scope伪选择器的浏览器非常少。只有最新的火狐浏览器默认支持它。

Chrome和Opera需要隐藏的很深的实验功能来开启它。Safari的实现则漏洞白出。而IE干脆没有实现。
另一个选择是element.query/queryAll。它们是querySelector和querySelectorAll的替代方法，存在DOM父节点上。它们也接受选择器，但这些选择器的解析是相对于调用这些方法的元素。不幸的是，这些方法更加模糊不清：MDN或caniuse.com里都没有提及它们，并且2015年6月18日的DOM4草案中也不见踪影。他们仍然存在于一个较旧的版本中，于2014年二月4日，也出现在WHATWG 现存文档中。他们已经被至少两个扩展兼容库实现：
• Dom4
• dom-elements
总的来说，DOM规范不是总是清晰明了的。了解像这些坑很重要，因为从它们的行为中很难了解它们的实质特性。幸运的是，你可以重写你的选择器，所以没什么关系。如果你无法重写选择器，这里会有一些实现库为你提供你要的现代API。另外，类似jQuery的库会为你提供一套稳定的友好的接口来查找DOM元素。