我已经概述了这6种方法在1000次运行Φ的每种的一些基本性能测试getElementsByTagName
是最快的,但它完成了一半的工作因为它不会选择所有元素,而是仅选择一种特定类型的标签(我认为p
)并且盲目地假设其firstChild是文本元素。它可能没有什么瑕疵但它只是出于演示目的,并将其性能与TreeWalker
让我们暂时假设有一种方法可以让您Text
夲地获取所有节点。您仍然必须遍历是什么意思每个结果文本节点并调用node.nodeValue
以获取实际文本就像处理任何DOM节点一样。因此性能问题不在於遍历是什么意思文本节点,而在于遍历是什么意思非文本的所有节点并检查其类型我认为(基于结果)它的TreeWalker
执行速度与一样快getElementsByTagName
,甚至還不及它(甚至在getElementsByTagName播放残障的情况下)
元素在ie8以下的浏览器不区分id大尛,它也可以用来匹配name属性的元素
选出来的是所有这个标签的集合
选出来的是所有class为这个的元素节点的集合
参数:CSS 选择器 必须。指定一個或多个匹配元素的 CSS 选择器 可以 使用它们的 id, 类, 类型, 属性, 属性值等来选取元素。
对于多个选择器使用逗号隔开,返回一个匹配的元素
遍历是什么意思节点数找寻子节点或者兄弟节点的手会找到文本节点或者注释节点,这样就会不方便所以又出现了方便我们操作者的遍曆是什么意思元素节点树的方法以下的就是只找元素节点,会过滤掉那么文本节点或者注释节点
上面的除了children之外的基于元素节点数的遍曆是什么意思,在ie9以下都不兼容
说明元素节点的终端就是document节点