XPath查询命名空间节点需绕过前缀，用local-name()和namespace-uri()匹配节点本质；或注册前缀映射；若未声明命名空间则按普通标签处理。
当XML文档中使用了命名空间但未在XPath查询中声明对应前缀时，直接用带前缀的路径（如 ns:element）会失败——XPath引擎不认识这个前缀。解决的核心思路是：**绕过前缀，直接按命名空间URI匹配节点**。
用 local-name() 和 namespace-uri() 匹配节点名和命名空间
这是最通用、不依赖前缀定义的方法。例如，要选中命名空间为 http://example.com/ns 下的 item 元素：
//*[local-name()='item' and namespace-uri()='http://example.com/ns']
说明：
-
local-name()取节点本地名（去掉前缀的部分），如ns:item→item -
namespace-uri()返回该节点实际所属的命名空间URI -
*[...]表示匹配任意元素，再通过谓词精确筛选
用 name() 匹配完整带前缀的名称（慎用）
如果只想快速匹配某个“看起来像 ns:element”的节点，且不关心命名空间是否正确，可用：
//*[name()='ns:element']
注意：这仅比对字符串，不校验命名空间URI，容易误匹配；也不适用于前缀动态变化或多个前缀映射同一URI的情况。
在支持命名空间注册的环境中显式绑定前缀（推荐用于长期维护）
很多XPath执行环境（如Java的 DocumentBuilder、Python的 lxml、JavaScript的 DOMParser + evaluate）允许你手动注册命名空间前缀。例如在lxml中：
ns = {'ns': 'http://example.com/ns'}
root.xpath('//ns:item', namespaces=ns)
这样写更清晰、高效，也便于复用。前提是你知道命名空间URI，并有权限配置命名空间上下文。
检查XML是否真有命名空间，还是只是写了前缀没声明
有时XML里写了 xmlns:ns="..."，这时它其实不是命名空间节点，而是带冒号的普通标签名。此时可直接用：
//*[name()='ns:elem']
或更稳妥地用：
//*[local-name()='elem' and substring-before(name(), ':')='ns']
基本上就这些。关键不是“怎么写前缀”，而是“怎么描述那个节点的本质”——它叫什么、属于哪个URI。不复杂但容易忽略命名空间的本质是URI，不是前缀。
