跳转到主内容
极星编程网:以代码为星,赴技术山海!

XPath轴(Axes)怎么用 XPath轴选择节点方法详解

XPath轴是定位节点关系的核心机制,需用“轴名::节点测试[谓语]”格式,如child::div、parent::*、ancestor::form等,配合谓语可精准匹配动态结构中的目标节点。 XPath轴(Axes)是定位节点关系的核心机制,不是“额外功能”,而是理解父子、兄弟、祖先等结构的关键。它让XPath能跳出简单层级,按语义关系精准抓取目标节点。 常用轴及其典型写法 轴名必须后跟双冒号 :: ,再接节点测试(如元素名、通配符 * 或谓语)。基本格式为: 轴名::节点测试[谓语] 。 child:: —— 选直接子节点,
child::div
等价于简写
div
(默认就是子轴) parent:: —— 选父节点,
parent::*
可回到上一级任意元素 ancestor:: —— 选所有祖先(含父、祖父等),
ancestor::form
找到最近的包裹表单 following-sibling:: —— 选当前节点之后的同级节点,
following-sibling::p[1]
取下一个

preceding-sibling:: —— 选当前节点之前的同级节点,
preceding-sibling::h2[1]
取上一个标题 attribute:: —— 选属性,
attribute::class
或简写
@class
descendant:: —— 选所有后代(不限层级),
descendant::a
相当于
//a
为什么用轴,而不是只靠 // 或 /? 当页面结构动态、id/class缺失或重复时,仅靠标签名或路径容易错位。轴能锚定相对位置,提升稳定性。 比如按钮没 id,但总在某个提示文字后面:用
//span[text()="提交成功"]/following-sibling::button
比如要取表格中某行的最后一个单元格:用
tr[3]/td[last()]
,其中
last()
是函数,但
tr[3]
的定位可依赖
ancestor::table
轴确保上下文正确 避免误匹配:用
child::input
只找直接子 input;而
descendant::input
会钻进所有嵌套层——该用哪个,取决于 HTML 结构意图 轴 + 谓语的实用组合 轴本身只定义方向,真正筛选靠谓语(方括号里的条件)。二者配合才能解决复杂场景。 elasticsearch-9.4.0 win PHP中文网提供Elasticsearch 9.4.0 Windows 版本压缩包下载解压即用,内置 OpenJDK 无需额外配置 Java 环境。该版本重磅推出原生 Prometheus 支持、正式版 Elastic Workflows 以及基于 NVIDIA cuVS 的 GPU 加速向量索引,大幅提升 AI 检索与可观测性能力。建议前往官网下载,快速体验极速搜索与强大的数据分析功能。 下载 找 class 包含 "btn" 的下一个兄弟按钮:
following-sibling::button[contains(@class, "btn")][1]
找所有带 data-role 属性的祖先 div:
ancestor::div[@data-role]
找前一个兄弟中文字为“备注”的 label:
preceding-sibling::label[text()="备注"]
排除隐藏元素:
child::div[not(contains(@style, "display:none"))]
注意易错点 轴不是万能捷径,用错反而让表达式变脆弱。 别滥用 descendant-or-self:: (简写为
//
)——全文扫描慢,且易跨区域匹配 self:: 和 . 功能一致,都指当前节点,但
.
更简洁,无需写轴 following:: 和 following-sibling:: 不同:前者包含所有后续节点(含子代),后者只限同级 轴名区分大小写,必须小写,如
child::
不能写成
Child::
基本上就这些。轴的本质是“以当前节点为起点,按关系走一步”,掌握好 child、parent、sibling、ancestor 这几个高频轴,再搭配谓语过滤,90% 的定位需求都能稳准解决。

相关文章