string-join()函数输出顺序受XML结构（节点/变量声明顺序）影响的问题咨询

嗨，这个问题确实挺让人头疼的，我来帮你捋清楚背后的原因，再给你几个适配生产环境的解决办法：

问题根源解析 #

你遇到的现象并不是Saxon或XPath的bug，而是完全符合规范的行为，核心原因在于节点序列的合并顺序规则：

• 当你写($a,$b)[. != '']/row/value/text()时，这个表达式分两步执行：先构造一个包含$a、$b节点的序列，然后对序列中的每个节点执行路径遍历，最后把所有遍历得到的节点合并成一个新序列。
• 在XSLT/XPath中，来自不同独立节点树的节点合并时，遵循的是「节点树的创建顺序」——也就是你声明变量的先后顺序。因为你先声明了$b，它对应的节点树更早被创建，所以$b下的text节点会被排在$a的text节点前面，最终导致string-join的输出顺序反转。
• 而你在Version c中的写法，是先单独提取每个变量的text()（得到的是字符串原子值，不是节点），再构造序列。原子值的序列顺序完全由你构造时的顺序决定，不受文档顺序影响，所以结果符合预期。

适配生产环境的解决方案 #

考虑到你不能大量修改现有string-join调用的情况，推荐以下几种低侵入的方案：

方案1：使用for循环强制保持顺序 #

把原来的路径遍历改成for循环，它会严格按照你传入的序列顺序处理每个节点，返回的结果序列不会被文档顺序打乱：

<xsl:value-of select="string-join(for $item in ($a,$b)[. != ''] return $item/row/value/text(), ';')"/>

方案2：用XPath 3.1的!简单映射算子（如果版本支持） #

!操作符是XPath 3.1引入的，它和路径/的核心区别就是严格保持输入序列的顺序，不会合并节点的文档顺序：

<xsl:value-of select="string-join(($a,$b)[. != '']!row/value/text(), ';')"/>

方案3：封装自定义辅助函数（最小修改现有代码） #

如果生产环境中有大量类似的调用，可以封装一个保持顺序的自定义函数，只需要替换原有string-join的调用即可，避免逐个修改：

<xsl:function name="local:join-preserve-order" as="xs:string">
  <xsl:param name="nodes" as="node()*"/>
  <xsl:param name="separator" as="xs:string"/>
  <!-- 用for循环保证顺序 -->
  <xsl:sequence select="string-join(for $n in $nodes[. != ''] return $n/row/value/text(), $separator)"/>
</xsl:function>

调用时只需要把原来的string-join(...)改成local:join-preserve-order(($a,$b), ';')即可。

方案4：调整变量声明顺序（仅适用于可控场景） #

如果变量的声明顺序可以调整，把需要排在输出前面的变量先声明，但这个方案显然不适合你提到的异步DB查询场景，仅作补充。

额外提醒 #

在生产环境中，尽量避免依赖节点的文档顺序来控制输出逻辑，因为异步获取的数据、动态生成的节点树都可能打乱这个顺序。主动使用for循环、!算子或自定义函数，能让你的输出顺序更可控，避免类似的意外问题。

备注：内容来源于stack exchange，提问作者Siddhant K.