fn:id()函数失效问题：声明xs:ID类型仍返回空节点

你猜的完全正确——当通过document()加载ProcessData.xml时，Saxon默认并不会自动读取关联的ProcessData.xsd来识别xs:ID类型的属性，这就导致这些属性没有被注册为XML规范中的ID节点，自然fn:id()就找不到对应的节点了。

为什么改xml:id就能正常工作？ #

因为xml:id是XML标准原生的ID属性，不管有没有Schema，XML解析器都会自动识别并把它当作ID节点处理，所以fn:id()能直接匹配到对应的元素。而xs:ID是Schema层面的类型定义，解析器需要加载并验证Schema后，才会把对应的属性标记为ID。

具体解决方案 #

1. 让Saxon加载Schema并启用验证（推荐）

要让Saxon识别xs:ID属性，需要确保加载ProcessData.xml时同时加载并验证对应的Schema。

• 在Oxygen中配置：
  打开你的转换场景，在「Transformer」选项卡中找到Saxon的参数设置，启用「Schema Validation」并指定ProcessData.xsd的路径。或者在XSLT文件开头添加xsl:import-schema导入Schema：

  <xsl:import-schema schema-location="ProcessData.xsd"/>
  

  然后调用document()时明确指定验证模式（适用于Saxon 9.8及以上版本）：

  <xsl:variable name="processData" select="document('ProcessData.xml', '', map{'validation': 'strict'})"/>
  

• 命令行运行配置：
  如果用命令行启动Saxon，可添加-val:strict参数启用严格验证，解析器会自动加载关联Schema并识别xs:ID属性。

2. 用XPath查询替代fn:id()

如果不想折腾Schema验证，直接用XPath属性匹配代替fn:id()是个简单可行的办法：

<!-- 替代 id('target-id') -->
<xsl:variable name="targetNode" select="$processData//*[@id='target-id']"/>

这种方式不依赖ID属性的类型声明，无论属性是不是xs:ID都能找到节点，缺点是大型XML文件中性能不如fn:id()高效，但小型文件完全够用。

3. 手动注册ID属性（Saxon扩展）

可以使用Saxon的扩展函数saxon:register-id()手动把id属性注册为ID节点。加载完ProcessData.xml后，遍历所有带id属性的元素完成注册：

<xsl:variable name="processData" select="document('ProcessData.xml')"/>
<!-- 注册所有id属性为ID -->
<xsl:for-each select="$processData//*[@id]">
  <xsl:sequence select="saxon:register-id(., @id)"/>
</xsl:for-each>

不过这种方式依赖Saxon扩展功能，移植性较差，如果你的XSLT需要兼容其他解析器，不推荐使用。

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