xml-version()函数返回当前XML文档声明的版本，若无声明则默认返回“1.0”；该函数自XPath 2.0引入，XPath 1.0不支持，其行为在XPath 2.0及以上版本中一致。
XPath的
xml-version()函数返回的是一个字符串，这个字符串表示当前XML文档声明中指定的XML版本。通常情况下，你会看到它返回“1.0”或“1.1”。
解决方案
这个函数，更准确地说，是XPath 2.0及更高版本中引入的
fn:xml-version()函数，它的作用是查询当前上下文节点所属的文档节点的XML版本声明。如果你在没有指定上下文的情况下直接调用它，比如在XSLT中或者某些XPath解析器里，它默认会作用于文档的根节点（document node）。
它返回的这个字符串，直接对应于XML文档开头那个处理指令（processing instruction）中的
version属性。例如，一个文档如果以开头，那么
xml-version()就会返回“1.0”。如果文档声明的是，那它就会返回“1.1”。
有意思的是，如果一个XML文档完全没有XML声明（这在XML 1.0中是允许的），那么根据规范，它会被假定为XML 1.0版本。在这种情况下，
xml-version()函数也会返回“1.0”。这其实挺方便的，省去了我们自己去判断有没有声明、声明了什么版本。
XPath的xml-version()函数与XML声明版本有何关联？
xml-version()函数与XML文档的声明版本之间，关系可以说是直接而又微妙。它并非去“推断”版本，而是忠实地“读取”XML文档开头的那个处理指令中
version属性的值。这是它最核心的关联点。
举个例子，如果你的XML文件长这样：
- Hello
那么，无论你在
data节点还是
item节点上调用
xml-version()（当然，它会向上追溯到文档根），结果都会是“1.0”。
而如果你的文件是这样：
那结果自然就是“1.1”。
但这里有个小细节值得注意：如果XML文档压根就没有
这个声明，xml-version()函数会返回什么呢？根据XML 1.0规范，没有声明的XML文档默认是1.0版本。所以，即使你有个纯粹的XML片段，比如：
Widget
在支持XPath 2.0+的环境中，
xml-version()依然会返回“1.0”。这背后是解析器层面的默认行为，XPath函数只是将其暴露出来。所以，它反映的是解析器对文档版本的“理解”，而这个理解通常基于显式声明或隐式默认规则。在我看来，这设计得很合理，因为它避免了我们去猜测文档版本，直接给出了一个确定性的结果。
在实际开发中，何时会用到xml-version()函数？
说实话，
xml-version()函数在日常的XML处理中，它的出镜率并不算高。大多数我们处理的XML文档都是1.0版本，而且很少会遇到需要根据XML版本来调整逻辑的场景。但正如工具箱里那些不常用的专业工具一样，当它真正派上用场时，它能解决一些特定的痛点。
我能想到的一些实际应用场景包括：
XSLT转换中的版本适配：如果你正在编写一个复杂的XSLT样式表，需要处理来自不同源的XML文档，其中一些可能声明为XML 1.0，另一些可能是XML 1.1。XML 1.1在字符集支持、行结束符等方面与1.0有一些细微的差异。在这种情况下，你可能需要根据
xml-version()
的结果来应用不同的模板或逻辑分支，以确保转换的正确性。例如，某些字符在XML 1.0中是非法的，但在1.1中是允许的，你需要据此调整输出。文档验证与规范遵循：在某些严格的行业标准或内部系统中，XML文档的版本可能是一个重要的验证条件。例如，某个系统可能只接受XML 1.0的文档。在数据导入或处理前，你可以用
xml-version()
快速检查文档的版本，如果不符合要求就直接拒绝或发出警告，而不是等到后续处理环节才发现问题。这比手动解析XML声明要方便得多。调试与信息收集：当你拿到一个陌生的XML文件，想快速了解它的基本属性时，
xml-version()
提供了一个便捷的入口。虽然你可以直接看文件内容，但在脚本或自动化流程中，这是一个获取版本信息的编程方式。
总的来说，它不是一个你每天都会用的函数，但当你的业务逻辑确实需要对XML版本进行区分处理时，它就成了那个不可或缺的工具。它避免了我们自己去写复杂的字符串解析逻辑来提取版本信息，让代码更简洁、更健壮。
xml-version()函数在不同XPath版本中的行为一致吗？
这是一个非常关键的问题，因为XPath的版本演进带来了很多新功能，同时也意味着旧版本不支持新功能。对于
xml-version()函数来说，答案是：它的行为在XPath 2.0及更高版本中是一致的，但在XPath 1.0中，它根本就不存在。
XPath 1.0：这是最早且应用最广泛的XPath版本，但它没有提供
xml-version()
这个函数。XPath 1.0的功能集相对简单，主要聚焦于节点选择和基本的数据操作。如果你尝试在XPath 1.0的环境中调用xml-version()
，你会得到一个错误，通常是“未定义的函数”或类似的提示。这在很多基于XSLT 1.0的旧系统或库中很常见，比如一些老的Java或.NET XML处理器。XPath 2.0、3.0、3.1：
xml-version()
函数是在XPath 2.0规范中被引入的，作为XPath Functions and Operators 规范的一部分。从XPath 2.0开始，到后续的3.0和3.1版本，xml-version()
的行为和返回结果都是保持一致的。它始终用于查询文档的XML版本声明，并且其行为方式（例如，对于没有声明的文档返回“1.0”）也没有改变。
这意味着，如果你正在开发一个需要利用
xml-version()的解决方案，你必须确保你的XPath处理器或XSLT引擎支持XPath 2.0或更高版本。这是一个常见的“坑”，因为很多人可能默认所有的XPath都一样，但版本差异会导致代码无法运行。在选择工具或框架时，明确其支持的XPath版本至关重要。我个人就遇到过因为这个版本问题，导致XSLT样式表在不同环境上行为不一致的情况，排查起来还挺费劲的。所以，了解函数所属的XPath版本，是编写健壮XML处理代码的基础。
