namespace-uri()函数用于获取节点的命名空间uri，若节点无命名空间则返回空字符串；在xpath中使用时需结合节点定位，如namespace-uri(.)或namespace-uri(元素名)，并注意命名空间声明、继承与编程语言中的前缀映射配置，否则可能导致匹配失败。
namespace-uri()函数在XPath中主要用来获取指定节点所属的命名空间URI。它会返回一个字符串，这个字符串就是该节点的命名空间标识符。如果节点没有关联任何命名空间，或者它是一个不属于任何命名空间的属性，那么这个函数会返回一个空字符串。
解决方案
要使用
namespace-uri()，你只需将其作用于你想要检查的节点。比如，对于当前上下文节点，你可以写成
namespace-uri(.)；如果想获取某个特定元素的命名空间，就用
namespace-uri(element_name)；而对于属性，则是
namespace-uri(@attribute_name)。这里面最关键的，其实是你要能准确地定位到你想查询的那个节点。
我们来看个例子，这样会更直观：
假设我们有这么一段XML：
<数据根 xmlns="http://example.com/默认命名空间">
<子节点 xmlns:我的前缀="http://example.com/我的命名空间">
<我的前缀:项目 id="123" xmlns:次级前缀="http://example.com/次级命名空间">
<次级前缀:详情>一些细节内容
<普通子节点>又一个
<另一个子节点>
<无前缀子节点 xmlns="http://example.com/新的默认命名空间"/>
现在，我们用
namespace-uri()来试试看：
- 获取
<数据根>
元素的命名空间：namespace-uri(/数据根)
会得到http://example.com/默认命名空间
- 获取
<子节点>
元素的命名空间：namespace-uri(/数据根/子节点)
也会得到http://example.com/默认命名空间
（它继承自父级） - 获取
<我的前缀:项目>
元素的命名空间：namespace-uri(/数据根/子节点/我的前缀:项目)
会得到http://example.com/我的命名空间
- 获取
<次级前缀:详情>
元素的命名空间：namespace-uri(/数据根/子节点/我的前缀:项目/次级前缀:详情)
会得到http://example.com/次级命名空间
- 获取
id
属性的命名空间：namespace-uri(/数据根/子节点/我的前缀:项目/@id)
会得到""
(空字符串，因为这个属性没有显式定义命名空间) - 获取
<普通子节点>
元素的命名空间：namespace-uri(/数据根/子节点/普通子节点)
会得到http://example.com/默认命名空间
（因为它没有自己的命名空间声明，所以继承了最接近的父级默认命名空间，也就是<数据根>
的） - 获取
<无前缀子节点>
元素的命名空间：namespace-uri(/数据根/另一个子节点/无前缀子节点)
会得到http://example.com/新的默认命名空间
（它自己声明了新的默认命名空间）
XPath命名空间处理的常见陷阱有哪些？
在我处理XML和XPath的这些年里，命名空间绝对是让人最头疼但也最容易忽视的一个点。我发现有几个坑是大家特别容易踩的：
默认命名空间的问题：这是个大头。XML文档里可以有个默认命名空间，比如
xmlns="http://some.uri"
。但XPath 1.0在处理这种默认命名空间时，有点“傻”。它不会自动识别这些元素。这意味着，如果你有个
元素在默认命名空间下，你不能直接用//book
去匹配它。你必须在你的XPath处理器里，给这个默认命名空间URI定义一个前缀（比如bk
），然后用//bk:book
来匹配。很多时候，大家会以为XML里没前缀，XPath就不用前缀，结果就是啥也匹配不到，非常让人抓狂。XPath 2.0及更高版本对此有所改进，但实际项目中，XPath 1.0仍然是主流。属性命名空间：一个常见的误解是，如果一个元素有命名空间，它的属性也跟着有。其实不是。绝大多数属性是没有命名空间的，即使它们所在的元素有。
namespace-uri()
对于这种没有命名空间的属性，自然就会返回空字符串。这并不是错误，而是XML规范就是这样设计的。但如果你不清楚这一点，可能会误以为是解析出了问题。命名空间的继承与覆盖：命名空间是会继承的，但它也可以在子元素上被“覆盖”或重新声明。理解这个机制非常重要。一个元素声明的命名空间，对它自己和它的所有子孙元素都有效，除非某个子孙元素自己又声明了一个新的命名空间，那个新的声明就会覆盖掉继承来的。我经常看到有人因为没搞清楚这个继承链，导致XPath路径写错了。
XPath处理器配置：这更偏向于编程层面。无论你用Python、Java还是其他语言的XPath库，它们通常都需要你显式地告诉它们：“嘿，这个
ns
前缀代表的是http://my.namespace.com
这个URI。”如果你不配置这个映射，即使你的XPath表达式从语法上看完全正确，也可能就是匹配不到任何东西。这就像你给了一个别名，但系统不知道这个别名背后代表的是谁。
为什么我的XPath表达式在有命名空间时匹配不到元素？
这几乎百分之九十九是因为你没有正确地处理命名空间。XPath，特别是广泛使用的XPath 1.0，对命名空间的要求非常严格。它不会“猜测”你想要什么。
一个非常典型的场景就是：
你的XML长这样：
<数据 xmlns="http://我的数据.com/命名空间">
<条目>第一项
然后你尝试用
//条目去匹配，结果什么都得不到。为什么？因为
<条目>元素虽然看起来没有前缀，但它实际上属于
http://我的数据.com/命名空间这个默认命名空间。XPath 1.0在没有前缀的情况下，只匹配那些“没有命名空间”的元素。
要解决这个问题，你需要做的是：
-
为默认命名空间定义一个前缀：在你的XPath处理器（比如你使用的编程语言库）中，你需要告诉它，比如
mydata
这个前缀，对应的是http://我的数据.com/命名空间
。 -
在XPath表达式中使用这个前缀：你的XPath表达式就变成了
//mydata:条目
。
举个Python
lxml库的例子：
from lxml import etree
xml_str = '<数据 xmlns="http://我的数据.com/命名空间"><条目>你好'
root = etree.fromstring(xml_str)
# 错误示范：直接匹配会失败
# print(root.xpath('//条目')) # 结果是 []
# 正确示范：定义命名空间映射，并在XPath中使用
ns_map = {'mydata': 'http://我的数据.com/命名空间'}
# print(root.xpath('//mydata:条目', namespaces=ns_map)[0].text) # 结果是 '你好'你看，只是多了一个
namespaces参数，结果就完全不同了。
另一个情况是前缀与URI不匹配。你可能定义了前缀，但它对应的URI和XML文档中元素的实际命名空间URI不一致。记住，前缀本身只是一个本地的别名，真正重要的是它映射到的那个URI。
我的前缀:项目中的
我的前缀只是一个别名，关键是它在XML中声明的
http://example.com/我的命名空间。
最后，属性命名空间被误解。我再强调一下，除非属性本身有
xmlns:这种形式的声明（比如
xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="..."），否则它没有命名空间。一个普通的
id="123"属性，即使它在一个有命名空间的元素内部，它本身也是没有命名空间的。你不需要
ns:id来匹配它，直接
@id就好。如果你尝试用
namespace-uri(@id)，通常你会得到一个空字符串，这完全是符合预期的。
如何在不同编程语言中使用namespace-uri()函数？
实际开发中，我们很少直接在命令行里跑XPath，更多的是通过编程语言的库来操作。这里我拿Python和Java举例，它们是比较常用的：
Python (lxml 库)
lxml是一个非常强大的XML处理库，它对XPath的支持很好，包括命名空间。
from lxml import etree
xml_doc = """
<根元素 xmlns="http://默认命名空间.com/ns" xmlns:前缀="http://带前缀命名空间.com/ns">
<前缀:特定元素>
<子元素>内部文本
<另一个元素 />
"""
root = etree.fromstring(xml_doc)
# 定义命名空间映射。即使是XML中的默认命名空间，
# 在lxml的XPath表达式中也需要为其指定一个前缀。
ns_map = {
'd': 'http://默认命名空间.com/ns', # 'd' 代表默认命名空间
'p': 'http://带前缀命名空间.com/ns' # 'p' 代表带前缀的命名空间
}
# 获取 <前缀:特定 
