在XML解析工作中，命名空间常用于避免不同词汇表的元素名冲突。但当文档引入命名空间后，XPath的选取逻辑会发生明显变化：节点的完整名称由命名空间URI和本地名共同组成，仅写元素本地名无法匹配带命名空间的元素。理解这一点，才能正确使用XPath选择命名空间节点以及相关元素。
为什么普通XPath选不到带命名空间的节点
很多初学者拿到一份带命名空间的XML，会直接写//order这样的路径，结果返回空节点集。这是因为XPath处理器把order理解成“没有命名空间且本地名为order”的节点，而文档里实际是“绑定了某个URI且本地名为order”的节点，两者并不相等。
XML解析器在构建节点模型时，会给每个元素或属性记录命名空间URI。如果文档根节点声明了xmlns="https://ippipp.com/ns/order"，那么所有未加前缀的子元素都属于该默认命名空间。此时必须使用前缀映射才能精准定位，或者忽略命名空间只看本地名。
使用命名空间前缀绑定选取节点
最规范的写法是在XPath执行环境中注册前缀与URI的映射，然后用前缀选取。以Python的lxml为例，先声明命名空间字典，再在表达式中用前缀。
from lxml import etree
xml_text = '''<order xmlns="https://ipipp.com/ns/order">
<id>1001</id>
<item name="book">Python基础</item>
</order>'''
root = etree.fromstring(xml_text.encode())
ns = {"o": "https://ipipp.com/ns/order"}
# 选择命名空间下的id节点
nodes = root.xpath("//o:id", namespaces=ns)
for n in nodes:
print(n.text)
上面的代码通过namespaces参数把前缀o绑定到URI，表达式//o:id就能正确匹配默认命名空间里的id元素。这种写法语义清晰，适合命名空间固定且已知的场景。
若想直接获取某个元素上声明的命名空间节点，可以使用命名空间轴（namespace axis）。在支持该语法的处理器中，namespace::*能列出上下文节点上所有命名空间声明。
# 获取根元素上声明的命名空间节点
ns_nodes = root.xpath("namespace::*")
for item in ns_nodes:
print(item[0], item[1])
这段示例输出前缀与对应URI的键值对。需要注意部分轻量解析库未完整实现namespace轴，此时可改用DOM层接口读取。
不绑定前缀的local-name方案
当文档命名空间URI变动频繁，或仅仅想快速提取数据，可以用local-name()函数忽略命名空间。该方式通过判断节点本地名来匹配，不关心URI。
# 不关心命名空间，只按本地名选取
items = root.xpath("//*[local-name()='item']")
for it in items:
print(it.text, it.get("name"))
这里local-name()='item'让表达式匹配任何命名空间下本地名为item的元素。优点是与命名空间解耦，缺点是可能误匹配同名不同义的元素，在混合词汇表文档里要谨慎。
同样思路也可用于选取属性命名空间。若属性带前缀如x:lang，可用@*[local-name()='lang']获取，或先绑定前缀写@x:lang。
两种写法对比与适用建议
下表列出前缀绑定与local-name两种方案的差异：
| 方案 | 准确性 | 适应性 | 适用场景 |
|---|---|---|---|
| 前缀绑定 | 高，严格区分URI | 低，URI变更需改映射 | 固定格式报文、标准协议文档 |
| local-name | 中，忽略URI可能误匹配 | 高，URI变化不影响 | 爬虫抽取、临时数据清洗 |
实际项目中，如果对接的是第三方稳定接口，推荐前缀绑定以保证语义正确；如果是处理来源杂乱的XML碎片，local-name能减少报错。对于命名空间节点的获取，优先使用处理器原生的namespace轴，不支持时再退而求其次用API遍历。
掌握XPath选择命名空间节点的方法，核心在于认清节点身份由URI加本地名构成。合理运用前缀映射与函数，便能在各种XML解析任务中准确提取所需数据。