XSLT中exsl:node-set()无法正确选择部分元素的问题排查

核心原因：命名空间上下文不匹配 + EXSLT node-set处理器差异 #

你的问题本质是XSLT 1.0中临时树命名空间绑定不规范，加上不同处理器对EXSLT node-set()的实现差异导致的：

• MSXML对命名空间的处理相对宽松，允许临时树中的节点自动继承上下文命名空间；
• Saxon HE和Xalan严格遵循XSLT 1.0规范，要求临时树的命名空间必须在变量定义的上下文显式声明，否则无法通过XPath正确匹配节点/属性。

具体排查步骤 #

1. 检查$enumBaseType的生成逻辑
   确认这个变量是通过xsl:variable生成的临时节点树时，是否在变量的上下文（即xsl:variable内部）显式声明了原XML的目标命名空间前缀。比如原XML元素属于http://your-target-namespace.com，那么变量定义时必须加上：

   <xsl:variable name="enumBaseType">
     <xsl:element name="ns:root" namespace="http://your-target-namespace.com">
       <!-- 生成临时节点的逻辑 -->
     </xsl:element>
   </xsl:variable>
   

   或者在xsl:stylesheet根节点声明前缀并在临时节点中使用：

   <xsl:stylesheet xmlns:ns="http://your-target-namespace.com" ...>
     <xsl:variable name="enumBaseType">
       <ns:root>
         <!-- 生成临时节点的逻辑 -->
       </ns:root>
     </xsl:variable>
   </xsl:stylesheet>
   

   若未显式绑定命名空间，Saxon/Xalan会将临时节点视为无命名空间节点，和原XML的命名空间节点不匹配，导致XPath无法找到目标属性。

2. 验证node-set转换后的节点结构
   在XSLT中加入调试代码，输出exsl:node-set($enumBaseType)[1]的完整内容，确认第二个字段的typeRef属性是否存在，以及节点的命名空间是否正确：

   <xsl:copy-of select="exsl:node-set($enumBaseType)[1]" />
   

   如果输出的节点没有命名空间前缀或命名空间URI，说明临时树的命名空间绑定错误。

3. 修正XPath表达式的命名空间匹配
   若原XML的元素属于某个命名空间，即使属性没有命名空间，XPath也需要正确匹配父元素的命名空间。比如原XML的field元素在ns前缀对应的命名空间下，应修改表达式为：

   exsl:node-set($enumBaseType)[1]//ns:field/@typeRef
   

   直接用//@typeRef会匹配所有无命名空间元素下的typeRef属性，但如果临时树中的field元素因为命名空间问题被视为不同节点，自然无法匹配。

4. 检查处理器对EXSLT的支持细节
   Saxon HE对EXSLT的node-set()支持是基于规范的，要求临时树必须是格式良好的命名空间树；而Xalan的实现同样严格，不允许未绑定命名空间的临时节点被正确解析。MSXML的旧实现则存在“隐式命名空间继承”的行为，这是不符合规范的，所以移到标准处理器后出现问题。

总结 #

最可能的问题是生成$enumBaseType临时树时未显式绑定原XML的命名空间，导致Saxon/Xalan无法识别节点的命名空间上下文，进而无法匹配XPath表达式。按照上述步骤修正命名空间绑定即可解决。

内容的提问来源于stack exchange，提问作者Hervé Girod