XPath全称XML Path Language，是一种用来在XML文档中查找信息的语言。它把整份XML看成一棵节点树，每个元素、属性、文本都是树上的节点。通过编写路径表达式，我们可以跳过繁琐的手动遍历，直接描述“想要哪一类节点”，由解析器帮我们定位。无论是做接口报文校验，还是从配置文件里抽数，XPath都能大幅降低代码复杂度。
一、XPath的基础路径表达式
最直观的定位方式是从根节点开始的绝对路径，也可以从任意节点用相对路径描述。斜杠“/”代表层级下移，两个斜杠“//”代表在任意位置搜索后代节点。例如一份存放书籍信息的XML，若想拿到所有书名，用绝对路径可以写成/library/book/title，而用//title则不管title埋在多深的子结构里都能匹配出来。
节点类型在XPath里用前缀区分：元素节点直接写名称，属性节点前加@符号，文本节点用text()函数。下面是一段简单的XML及对应的提取示例，演示如何拿到第一本书的标题文本和所有书的分类属性。
<library>
<book category="tech">
<title>XML入门</title>
<price>39</price>
</book>
<book category="web">
<title>XPath实战</title>
<price>49</price>
</book>
</library>
from xml.etree import ElementTree as ET
xml_str = '''<library>
<book category="tech"><title>XML入门</title><price>39</price></book>
<book category="web"><title>XPath实战</title><price>49</price></book>
</library>'''
root = ET.fromstring(xml_str)
# 使用find获取第一本书标题
first_title = root.find('book/title').text
print(first_title)
# 使用findall配合get获取所有分类
cats = [b.get('category') for b in root.findall('book')]
print(cats)
上面Python代码借助标准库自带的有限XPath支持完成基础定位。虽然ET模块只实现了XPath子集，但足以覆盖常见的子节点与属性读取。如果需要完整语法，可换用lxml等第三方库。基础路径的优势是可读性强，团队成员一眼就能看懂在取什么数据。
二、谓语与运算符实现精准筛选
当文档中存在多个同名节点，仅靠路径无法锁定目标，就要用到谓语（Predicate）。谓语写在方括号里，相当于过滤条件。可以用数字下标选取第几个节点，也可以用逻辑表达式比对属性或文本。注意XPath下标从1开始，这与多数编程语言的数组从0开始不同，初学者常在这里踩坑。
例如//book[1]选第一本书，//book[last()]选最后一本书，//book[@category='web']选分类为web的书。还可以用and、or连接多个条件，或用contains()做模糊匹配。下面示例展示用lxml运行较完整的XPath，筛出价格大于40且标题含“XPath”的书籍。
from lxml import etree
xml_str = '''<library>
<book category="tech"><title>XML入门</title><price>39</price></book>
<book category="web"><title>XPath实战</title><price>49</price></book>
</library>'''
tree = etree.fromstring(xml_str.encode())
# 谓语组合：价格大于40 且 标题包含XPath
expr = "//book[price>40 and contains(title,'XPath')]"
nodes = tree.xpath(expr)
for n in nodes:
print(n.find('title').text, n.find('price').text)
使用谓语后，定位语句依然保持单行形式，却表达了循环加判断才能完成的逻辑。它的缺点是表达式过长时不易调试，建议把复杂条件拆成多步或加上注释。另外contains这类函数对大小写敏感，处理用户输入时最好先统一小写再比对。
三、轴与通配符处理复杂结构
轴（Axis）用来定义节点之间的关联关系，比如父节点、子节点、兄弟节点、祖先节点。当XML结构不规则，或需要反向查找时，轴比单纯用斜杠更灵活。常见轴有child、parent、following-sibling、ancestor等，语法为“轴名::节点测试”。通配符“*”可匹配任意元素名，“@*”匹配任意属性。
假设我们拿到一个price节点，想找它同层的title，用price/following-sibling::title即可，而不必回退到book再下行。下面例子用轴提取所有带category属性的父元素名称，并列出其下文本，展示轴在逆向导航中的价值。
<config>
<db host="127.0.0.1" port="3306">
<name>test</name>
</db>
<cache host="192.168.0.1" port="6379">
<name>local</name>
</cache>
</config>
from lxml import etree
xml_str = '''<config>
<db host="127.0.0.1" port="3306"><name>test</name></db>
<cache host="192.168.0.1" port="6379"><name>local</name></cache>
</config>'''
tree = etree.fromstring(xml_str.encode())
# 找有host属性的元素，再取父轴得到自身，并读name
expr = "//*[@host]/name"
for name in tree.xpath(expr):
print(name.text, name.getparent().tag)
通配符配合轴能写出非常简短却通用的抽取规则，适合写一次就跑多种报文的脚本。不过过度依赖“*”会降低语义清晰度，在核心业务里建议写明具体标签名，方便后续维护人员理解文档契约。
四、常见误区与性能注意点
一个容易混淆的概念是XPath与CSS选择器的分工。CSS选择器主要面向HTML且不支持按文本或任意轴反查，XPath则专为XML节点导航设计，表达能力更强。另一个误区是认为“//”方便就到处用，实际上“//”会触发全文档扫描，在超大文件上带来明显开销。应尽量从已知根或就近节点出发写相对路径。
在解析超大XML时，还应考虑流式解析（如iterparse）配合局部XPath，避免整树载入内存。下面用表格归纳新手常犯的三类错误及修正思路，帮助在定位XML节点时少走弯路。
| 误区 | 后果 | 修正方式 |
|---|---|---|
| 下标从0开始 | 取错节点或越界 | 记住XPath下标从1计 |
| 滥用//全扫描 | 大文件性能骤降 | 缩小搜索起点用相对路径 |
| 把标签名写成函数 | 语法报错 | 元素名直接写，函数才加() |
理清这些注意点后，XPath会成为你处理XML时最顺手的工具。建议在真实项目里先拿小报文练手，逐步把多层循环改写成路径表达式，代码可读性和健壮性都会有明显提升。