XSLT 3.0流处理（Streaming）限制及格式转换、元素重排能力咨询

核心使用限制 #

XSLT流处理的设计初衷是处理内存装不下的超大XML文档，所有限制本质上都来自「逐节点顺序读取、不常驻全量文档树」的实现逻辑：

• 不支持随机访问节点：已经流过解析器的节点如果没有手动暂存会直接被丢弃，无法像非流模式那样随时用XPath回溯任意位置的节点。
• 无法原生支持多遍遍历：处理逻辑只能顺着节点读取顺序推进，除非用xsl:accumulator（累加器）边读边存需要的统计信息，否则没法先扫完全文再回头做二次处理。
• 全局操作有严格约束：原生支持的分组仅限相邻节点分组，全局排序、非相邻节点的全局分组默认不支持——如果强行把需要的节点全读到内存变量里做这类操作，本质上已经失去流处理的内存优势，文件过大时照样会触发内存溢出。
• XPath语法受限：不能随意使用preceding::、preceding-sibling::这类反向轴，也不能直接写需要扫描全文档匹配的表达式（比如全局查找某类节点的逻辑）。

跨格式转换与元素重排的支持情况 #

跨格式转换本身完全不受限：流处理不要求输出和输入XML结构/格式一致，边读XML边输出CSV、JSON、纯文本或者其他结构规范的XML都属于流处理的典型适用场景，几GB级别的大文件做这类转换稳定性远高于非流模式。

元素位置重排能不能实现，完全取决于重排的跨度：

• 小范围局部重排完全支持：比如当前节点下的子节点换序、父子层级调整、把当前读到的节点挪到当前输出块的其他位置，这类不需要跨大范围找节点的操作，用标准的流式模板就能实现。
• 大跨度全局重排原生不支持：比如要把散落在全文档各个章节的脚注全部收集到文档末尾统一输出、对全文档所有条目按字段值全局排序后重排，纯流模式做不到。这类场景要么拆成多步处理（第一遍流扫提取需要移动的节点存临时文件，第二遍流处理做合并），要么评估文档大小后放弃纯流模式，避免硬写流式逻辑导致代码可维护性崩盘。

给个可直接运行的局部重排流式示例，比如把<book>节点下原本顺序为<author>→<title>→<isbn>的子节点，重排为<title>在前的顺序：

<xsl:stylesheet version="3.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
  <xsl:mode streamable="yes" on-no-match="shallow-copy"/>
  <xsl:template match="book">
    <book>
      <!-- 按目标顺序拷贝当前book节点下的子节点 -->
      <xsl:copy-of select="title"/>
      <xsl:copy-of select="author"/>
      <xsl:copy-of select="isbn"/>
      <xsl:copy-of select="* except (title, author, isbn)"/>
    </book>
  </xsl:template>
</xsl:stylesheet>

这段逻辑完全符合流处理规则：处理到<book>节点时，只需要缓存该节点范围内的几个目标子节点，读到</book>闭合标签时就能直接输出重排后的结果，不需要回溯文档其他位置的内容，内存开销几乎和文档大小无关。

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