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 结构意图

轴 + 谓语的实用组合

轴本身只定义方向，真正筛选靠谓语（方括号里的条件）。二者配合才能解决复杂场景。

• 找 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% 的定位需求都能稳准解决。