XSLT作为将XML文档转换为其他格式的标准语言，从1.0到2.0再到3.0经历了显著的演进。早期1.0规范受限于当时的技术环境，只提供了基础的模板匹配和有限的字符串处理能力。而后续版本针对开发者的实际痛点，在类型系统、函数库、处理模型等方面做了大量增强。理解这些差异，有助于我们在实际项目中选用合适的处理器并写出更简洁的转换代码。
XSLT 1.0的局限在哪里
XSLT 1.0发布于1999年，它的设计目标主要是解决简单的XML到HTML或纯文本的呈现问题。在1.0中，所有数据都被视为节点集和字符串，没有真正的数字、日期或强类型概念。这就意味着哪怕只是做一个金额汇总，也得依赖繁琐的递归模板来模拟循环累加，代码既难读又容易出错。
另一个常见问题是分组。1.0没有原生的分组指令，如果要把订单按客户归类，开发者通常要使用Muenchian分组法，借助key函数和复杂的节点比较来实现。这种方式学习曲线陡峭，而且当数据量变大时性能并不理想。此外，1.0对正则表达式、多文档处理等都未提供支持，面对现代数据集成需求显得力不从心。
XSLT 2.0带来的核心新特性
强类型系统与Schema感知
XSLT 2.0引入了完整的类型系统，你可以在样式表中声明变量、参数和函数的数据类型，例如xs:integer、xs:date等。处理器能够在编译期发现类型不匹配的错误，而不是等到运行期才暴露问题。这对于大型项目尤其重要，因为类型信息相当于一种内建的文档，降低了维护成本。
同时，2.0支持Schema感知转换，如果XML附带XSD定义，处理器可以利用这些结构信息优化执行路径，并允许使用基于类型的模式匹配。下面的示例展示了如何声明带类型的变量并进行安全计算：
<xsl:stylesheet version="2.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xsl:variable name="price" as="xs:decimal" select="12.5"/>
<xsl:variable name="count" as="xs:integer" select="3"/>
<xsl:template match="/">
<result>
<xsl:value-of select="$price * $count"/>
</result>
</xsl:template>
</xsl:stylesheet>
原生分组与正则支持
2.0新增的<xsl:for-each-group>彻底改变了分组逻辑。你可以按元素值、相邻节点或自定义函数分组，几行代码就能替代原先几十行的Muenchian写法。这让报表统计类需求实现起来非常直观。
正则表达式也首次进入标准函数库，通过matches()、replace()、tokenize()等函数，文本清洗变得简单。例如按逗号分割字符串，在1.0里需要自己写递归截取，而2.0只需调用tokenize。示例如下：
<xsl:template match="text">
<xsl:for-each select="tokenize(., ',')">
<item><xsl:value-of select="normalize-space(.)"/></item>
</xsl:for-each>
</xsl:template>
XSLT 3.0的进一步突破
流式处理应对大文件
当XML文件达到数GB甚至更大时，1.0和2.0都要求将整棵节点树载入内存，很容易造成内存溢出。3.0引入的streaming模式允许逐段读取并转换，处理器不需要保存完整树结构。当然，流式模板有书写限制，比如只能向前遍历、不能回溯，但这换取了近乎恒定的内存占用。
在支持流式的处理器如Saxon-EE中，只需将样式表声明为streamable，就能处理之前无法想象的大数据源。对于日志分析、数据归档等场景，这一特性直接决定了方案是否可行。
<xsl:stylesheet version="3.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
streaming="yes">
<xsl:template match="record">
<out><xsl:value-of select="id"/></out>
</xsl:template>
</xsl:stylesheet>
高阶函数与Map、Array
3.0增加了对高阶函数的支持，函数可以作为参数传递和返回，配合匿名函数function()让逻辑抽象更灵活。同时引入了map和array两种数据结构，使XSLT不仅能处理XML，也能方便地和JSON数据互操作。以下代码演示用高阶函数过滤数字：
<xsl:stylesheet version="3.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:math="http://www.w3.org/2005/xpath-functions/math">
<xsl:template match="/">
<xsl:variable name="data" select="(1,2,3,4,5)"/>
<xsl:variable name="evens" select="$data[. mod 2 = 0]"/>
<result><xsl:value-of select="$evens" separator=","/></result>
</xsl:template>
</xsl:stylesheet>
版本能力对比一览
为了更直观地看出差异，我们可以从几个维度比较三个版本。下表列出了常见能力在各自规范中的支持情况：
| 能力 | XSLT 1.0 | XSLT 2.0 | XSLT 3.0 |
|---|---|---|---|
| 强类型声明 | 不支持 | 支持 | 支持并增强 |
| 分组指令 | 需模拟 | 原生for-each-group | 原生并支持流式 |
| 正则表达式 | 不支持 | 支持 | 支持 |
| 流式处理 | 不支持 | 不支持 | 支持 |
| 高阶函数 | 不支持 | 不支持 | 支持 |
为什么新版本更强大
综合来看，XSLT 2.0和3.0相比1.0的强大之处，不在于语法花哨，而在于它们把开发者过去要手写几百行模拟的逻辑变成了语言原语。类型系统减少了隐蔽错误，分组和正则提高了表达效率，流式与高阶函数则扩展了应用边界。对于今天仍然需要和XML打交道的数据中台、报文交换系统来说，升级到支持2.0或3.0的处理器往往是性价比极高的改造路径。
当然，也要注意并非所有运行环境都默认支持高版本。像浏览器内置的XSLT处理器多数仍停留在1.0，所以如果转换发生在服务端，选用Saxon或类似引擎就能完整享受新特性带来的红利。明确需求、看清运行平台，才能让XSLT真正发挥价值。