在XSLT中处理命名空间，核心在于理解XML命名空间的本质——它是一种避免元素和属性名称冲突的机制，并在XSLT样式表中通过前缀绑定URI来明确地引用这些命名空间。无论是匹配源文档中的节点，还是构建结果文档中的元素，正确声明和使用命名空间前缀都是不可或缺的。忽视命名空间，轻则导致样式表无法匹配到预期节点，重则输出错误的XML结构，使得后续处理出现问题。
解决方案处理XSLT中的命名空间，首先要在
xsl:stylesheet根元素或其他适当的元素上声明所有需要使用的命名空间。这通常通过
xmlns:prefix="namespace-URI"的形式完成。一旦声明，这个前缀就可以在XPath表达式、模板匹配以及结果树中的字面元素中使用。
例如，如果你的源XML包含一个名为
<doc:document>的元素，其命名空间URI是
http://example.com/doc，那么你的XSLT样式表需要这样声明：
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:doc="http://example.com/doc">
<xsl:template match="/doc:document">
<!-- 处理 doc:document 元素 -->
<output>
<title><xsl:value-of select="doc:title"/></title>
</output>
</xsl:template>
</xsl:stylesheet> 这里，
xmlns:doc="http://example.com/doc"将前缀
doc绑定到了特定的URI。在
match="/doc:document"和
select="doc:title"中，我们都使用了这个前缀来精确地指向源文档中属于该命名空间的元素。对于输出结果，如果你希望生成一个带有命名空间的元素，同样需要声明并使用前缀：
<xsl:template match="/doc:document">
<result xmlns:res="http://example.com/result">
<res:output>
<res:title><xsl:value-of select="doc:title"/></res:title>
</res:output>
</result>
</xsl:template> 此外，对于XSLT 2.0及更高版本，
xpath-default-namespace属性可以简化对默认命名空间（即没有前缀的命名空间）的处理，避免为所有XPath表达式手动添加前缀的繁琐。同时，
exclude-result-prefixes属性则用于防止不必要的命名空间声明出现在最终的输出XML中，保持结果的整洁。 为什么XSLT处理命名空间如此重要？
在我看来，命名空间在XML和XSLT中的存在，就像是编程语言中的模块或包。它不是为了增加复杂性，而是为了解决一个非常实际的问题：名称冲突。想象一下，如果两个不同的XML应用程序都定义了一个名为
<title>的元素，但它们各自的含义和结构完全不同。当这些XML文档需要合并或在同一个上下文中处理时，如果没有命名空间，系统将无法区分哪个
<title>是哪个，从而导致解析错误或数据混淆。
XSLT作为一种转换语言，其核心任务就是识别源文档中的特定节点，并将其转换成目标格式。如果源文档中的元素和属性带有命名空间，那么XSLT样式表在匹配这些节点时，就必须明确地指出它们所属的命名空间。否则，即使元素名称完全匹配，XSLT处理器也会认为它们是不同的东西，从而无法应用正确的转换规则。我曾遇到过这样的情况：一个看似简单的XSLT转换，因为源XML中悄悄引入了一个默认命名空间，导致所有模板都失效，最终花费了不少时间才定位到问题——仅仅是因为XPath表达式没有正确地“看见”那个隐式的命名空间。所以，它不仅关乎正确性，更关乎效率和避免潜在的、难以追踪的bug。
在XSLT中如何正确声明和使用命名空间前缀？正确声明和使用命名空间前缀是XSLT处理命名空间的基础。声明通常发生在
xsl:stylesheet元素上，或者在任何需要该命名空间前缀的子元素上。语法是
xmlns:prefix="namespace-URI"。这里的
prefix是你自定义的短名称，而
namespace-URI是一个唯一的标识符，通常是一个URL，但它不一定指向一个实际存在的网页，只是一个字符串标识。
举个例子，假设你有一个源XML文档，其中包含一些FO（Formatting Objects）元素，这些元素属于
http://www.w3.org/1999/XSL/Format命名空间。你的XSLT样式表可能会这样声明：
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:fo="http://www.w3.org/1999/XSL/Format">
<xsl:template match="/">
<fo:root>
<fo:layout-master-set>
<fo:simple-page-master master-name="A4" page-height="29.7cm" page-width="21cm"
margin-top="2cm" margin-bottom="2cm"
margin-left="2.5cm" margin-right="2.5cm">
<fo:region-body/>
</fo:simple-page-master>
</fo:layout-master-set>
<fo:page-sequence master-reference="A4">
<fo:flow flow-name="xsl-region-body">
<fo:block>Hello, FO World!</fo:block>
</fo:flow>
</fo:page-sequence>
</fo:root>
</xsl:template>
</xsl:stylesheet> 在这个例子中，
xmlns:fo="http://www.w3.org/1999/XSL/Format"将前缀
fo与FO命名空间URI关联起来。之后，所有像
<fo:root>、
<fo:block>这样的元素，以及如果FO元素有命名空间限定的属性（虽然FO规范中属性通常不带命名空间），都会通过
fo:前缀来引用。
关键在于，XSLT处理器在解析XPath表达式或字面结果元素时，会查找这些前缀对应的URI。如果源XML中的元素URI与样式表中声明的URI匹配，并且前缀也正确使用，那么匹配就会成功。如果源XML中的元素没有命名空间，那么在XSLT中匹配它时就不需要使用前缀。这听起来有点绕，但实际上，就是保持“同名同姓同住址”的原则。
处理默认命名空间和无命名空间元素有什么特别之处？这确实是XSLT命名空间处理中最容易让人感到困惑的地方之一。理解默认命名空间和无命名空间元素之间的区别至关重要。
默认命名空间（Default Namespace）： 当一个XML元素上声明了
xmlns="namespace-URI"，但没有指定前缀时，这个URI就成为了该元素及其所有未带前缀的子元素的默认命名空间。例如：
<root xmlns="http://example.com/default"> <item>Some data</item> </root>
这里的
<root>和
<item>都属于
http://example.com/default这个命名空间。 然而，在XSLT中，XPath表达式不能直接使用默认命名空间。这意味着，即使源XML中的元素没有前缀，你在XPath中匹配它们时，仍然需要为这个默认命名空间绑定一个前缀，并在XPath中使用它。这可能是最反直觉的一点。
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:def="http://example.com/default"> <!-- 为默认命名空间绑定前缀 -->
<xsl:template match="/def:root/def:item"> <!-- 必须使用前缀 -->
<output><xsl:value-of select="."/></output>
</xsl:template>
</xsl:stylesheet> 如果你使用的是XSLT 2.0或更高版本，可以通过在
xsl:stylesheet元素上设置
xpath-default-namespace="http://example.com/default"来解决这个问题。这样，所有未带前缀的XPath表达式都会自动被解释为属于这个URI的命名空间，大大简化了代码：
<xsl:stylesheet version="2.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xpath-default-namespace="http://example.com/default"> <!-- 2.0+ 特性 -->
<xsl:template match="/root/item"> <!-- 无需前缀，更自然 -->
<output><xsl:value-of select="."/></output>
</xsl:template>
</xsl:stylesheet> 无命名空间元素（No Namespace Elements）： 这类元素没有
xmlns声明，也没有前缀。它们通常出现在简单的、不涉及命名空间冲突的XML文档中。
<root> <item>Some data</item> </root>
对于这类元素，XSLT的处理就直观多了：在XPath表达式中，你不需要为它们添加任何前缀。
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="/root/item"> <!-- 直接匹配，无需前缀 -->
<output><xsl:value-of select="."/></output>
</xsl:template>
</xsl:stylesheet> 我个人觉得，对于XSLT 1.0，处理默认命名空间总是让人头疼，因为它打破了直觉。但一旦你理解了XPath对于默认命名空间的“视而不见”特性，并坚持为所有命名空间（包括源文档的默认命名空间）绑定一个前缀，问题就迎刃而解了。而XSLT 2.0的
xpath-default-namespace真的是一个巨大的福音，让代码变得更清晰。 如何避免XSLT输出中出现不必要的命名空间声明？
在XSLT转换过程中，你可能会在样式表里声明许多命名空间前缀，有些是用来匹配源文档的，有些是用来辅助XSLT内部逻辑（比如
exslt:node-set），但它们并不都应该出现在最终的输出XML文档中。如果这些前缀及其URI不加控制地出现在输出中，会导致XML文件变得臃肿，甚至可能与目标系统的解析器产生兼容性问题。
解决这个问题的主要工具是
exclude-result-prefixes属性，它可以在
xsl:stylesheet元素或
xsl:output元素上使用。它的作用是告诉XSLT处理器，哪些在样式表中声明的命名空间前缀，不应该被复制到结果树的根元素上作为命名空间声明。
例如，如果你使用了一个EXSLT扩展函数，你可能会这样声明：
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:my="http://example.com/my-namespace"
xmlns:exsl="http://exslt.org/common"
exclude-result-prefixes="exsl"> <!-- 告诉处理器不要输出 exsl 命名空间 -->
<xsl:template match="/">
<my:root>
<my:element>
<xsl:value-of select="exsl:node-set($some-variable)"/>
</my:element>
</my:root>
</xsl:template>
</xsl:stylesheet> 在这个例子中，
exsl前缀仅用于调用EXSLT的
node-set函数，它不是结果XML结构的一部分。通过在
exclude-result-prefixes中列出
exsl，XSLT处理器就不会在
<my:root>或其他结果元素上生成
xmlns:exsl="http://exslt.org/common"这样的声明。
需要注意的是，如果你在结果树中确实创建了带有某个前缀的元素（比如上面的
<my:root>和
<my:element>），那么该前缀对应的命名空间声明是必须出现在输出中的，并且不能被
exclude-result-prefixes排除。这个属性只针对那些“仅仅在XSLT内部使用，不构成结果XML结构本身”的命名空间。
还有一个相关的属性是
extension-element-prefixes，它用于标识哪些命名空间前缀是扩展元素（例如，一些处理器提供的非标准XSLT指令）。这些前缀也通常不应该出现在结果文档中，并且它们会被自动地从结果中排除，除非你明确地在
exclude-result-prefixes中列出它们。 XSLT 2.0/3.0在命名空间处理上有哪些改进？
XSLT 2.0及后续的3.0版本，在命名空间处理上确实带来了显著的改进，大大提升了开发体验和灵活性，解决了XSLT 1.0中一些令人头疼的问题。
最重要且最常用的改进无疑是前面提到的
xpath-default-namespace属性。在XSLT 1.0中，处理源文档中的默认命名空间（即没有前缀的命名空间）是一个常见的痛点，你必须为它绑定一个前缀，然后在所有的XPath表达式中都使用这个前缀。这不仅增加了冗余，也使得样式表的可读性变差。XSLT 2.0引入的
xpath-default-namespace属性，允许你在
xsl:stylesheet元素上指定一个URI，这个URI将作为所有未带前缀的XPath表达式的默认命名空间。这让XPath表达式可以更自然地匹配源文档中的默认命名空间元素，大大简化了代码，并且更符合直觉。
例如，如果你有一个包含默认命名空间的XML：
<data xmlns="http://example.com/data"> <item>Value</item> </data>
在XSLT 2.0+中，你可以这样处理：
<xsl:stylesheet version="2.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xpath-default-namespace="http://example.com/data">
<xsl:template match="/data/item">
<output><xsl:value-of select="."/></output>
</xsl:template>
</xsl:stylesheet> 这比XSLT 1.0需要为
http://example.com/data绑定一个前缀，并在
match和
select中都使用它要简洁得多。
除了
xpath-default-namespace，XSLT 2.0/3.0还提供了其他一些细微但有用的特性：
-
xsl:namespace
指令：这个指令允许你在结果树中动态地创建命名空间节点。虽然不常用，但在需要根据条件生成命名空间声明的复杂场景下，它提供了更细粒度的控制。 -
更强大的XPath 2.0/3.0：新的XPath版本本身就对命名空间处理有更好的支持，例如
namespace-uri()
和local-name()
函数可以更方便地提取元素和属性的命名空间信息，这在处理泛型XML或进行复杂的命名空间检查时非常有用。 -
xsl:mode
中的on-no-match
属性：虽然不是直接关于命名空间，但它与模板匹配紧密相关。当一个元素没有匹配到任何模板时，这个属性可以定义默认行为，这间接影响到命名空间处理，因为正确的模板匹配往往依赖于正确的命名空间识别。
总的来说，XSLT 2.0/3.0在命名空间处理上的改进，特别是
xpath-default-namespace，显著降低了开发难度，提高了样式表的可读性和维护性。对于我个人而言，这使得编写处理复杂XML结构的XSLT变得更加愉快和高效。
以上就是XSLT中的命名空间如何处理？的详细内容，更多请关注知识资源分享宝库其它相关文章！
发表评论:
◎欢迎参与讨论，请在这里发表您的看法、交流您的观点。