XSLT引用带xsi命名空间的XML时输出元素继承命名空间致验证失败

你遇到的这个情况很常见——源XML根元素带有的xsi命名空间声明，会导致子元素通过<xsl:sequence>输出时被自动带上该命名空间，进而影响输出结果的验证。下面给你几个实用的解决思路：

方案1：手动生成无命名空间的元素 #

通过<xsl:element>重新创建不带命名空间的目标元素，替代直接输出原节点。以处理ATTENDEE为例：

<xsl:template match="ATTENDEE">
  <!-- 生成完全无命名空间的ATTENDEE元素 -->
  <xsl:element name="ATTENDEE">
    <xsl:value-of select="."/>
  </xsl:element>
</xsl:template>

之后在需要输出序列的地方直接调用这个模板即可：

<xsl:sequence select="$party-map/ATTENDEES/ATTENDEE"/>

这种方式从根源上避免了命名空间的继承，输出的元素不会带有xsi声明。

方案2：声明xsi命名空间并排除输出 #

在XSLT的根节点声明xsi命名空间，同时通过exclude-result-prefixes属性告知处理器不要将该命名空间输出到结果中：

<xsl:stylesheet version="1.0"
                xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
                xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                exclude-result-prefixes="xsi">
  <!-- 你的XSLT处理逻辑 -->
</xsl:stylesheet>

这个方法无需修改元素输出逻辑，既保留了源XML的XSD验证能力，又能自动移除结果中不必要的xsi命名空间声明。

替代方案：从根源规避命名空间问题 #

如果你不想调整XSLT的命名空间处理，还可以考虑这两个方向：

• 保留XSD验证但加载时忽略命名空间：部分XSLT处理器（比如Saxon）支持加载文档时配置命名空间处理模式，不过这种方式的通用性不如前两个方案。
• 用DTD替代XSD：如果你的XML结构相对简单，DTD足以满足验证需求，且不需要xsi命名空间声明，能从根源上避免这个问题。不过要注意，DTD的功能比XSD有限，比如自定义数据类型的支持较弱。

另外你提到的“移除XML的schema并在XSLT内验证”也可行，比如用XSLT的条件判断检查节点存在性、格式，但这种方式仅适合简单场景，复杂结构还是XSD的验证能力更可靠。

内容的提问来源于stack exchange，提问作者Phil