xslt中排序节点的核心是使用元素，它通过select、order和data-type等属性定义排序键和规则，支持按文本、数值或多条件排序，需注意默认按字符串排序可能导致数字排序错误，应显式设置data-type="number"以避免陷阱。
XSLT中对节点进行排序，核心机制在于使用
<xsl:sort>元素。它允许你根据一个或多个XPath表达式定义的键，对通过
<xsl:apply-templates>或
<xsl:for-each>选择的节点集进行升序或降序排列，是处理和重构XML数据时一个非常强大且常用的功能。
解决方案
在XSLT中，排序节点主要通过将一个或多个
<xsl:sort>元素嵌套在
<xsl:apply-templates>或
<xsl:for-each>元素内部来实现。这个过程其实挺直观的，但里面有一些小细节需要注意，尤其是涉及到数据类型的时候。
基本用法：
<xsl:sort>元素最常用的属性是
select、
order和
data-type。
-
select
属性： 这是排序的关键，它接受一个XPath表达式，这个表达式的结果将作为排序的依据。例如，如果你想按某个元素的文本内容排序，select="."
或select="text()"
就可以。如果想按某个属性值排序，比如select="@id"
。 -
order
属性： 决定了排序的方向。ascending
（升序，默认值）或descending
（降序）。 -
data-type
属性： 这个非常重要，它告诉XSLT处理器如何解释排序键的值。text
（默认值）：按字符串字典顺序排序。这意味着“10”会排在“2”前面，因为字符'1'在'2'之前。number
：按数值大小排序。这是处理数字时必须明确指定的。qname
：按限定名排序（较少用）。
-
lang
属性： 用于指定排序时使用的语言，影响特定语言的字符排序规则（例如，某些语言中字母的顺序可能不同）。 -
case-order
属性： 当data-type="text"
时，可以指定大小写字母的排序优先级，upper-first
（大写字母优先）或lower-first
（小写字母优先）。
一个简单的例子：
假设我们有这样的XML：
<books>
<book id="b003">
<title>XSLT Cookbook</title>
<author>John Doe</author>
<price>45.00</price>
</book>
<book id="b001">
<title>XML Basics</title>
<author>Jane Smith</author>
<price>30.50</price>
</book>
<book id="b002">
<title>Advanced XPath</title>
<author>Alice Brown</author>
<price>50.00</price>
</book>
</books>现在，我们想按书名（title）的字母顺序排序，然后输出。
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" indent="yes"/>
<xsl:template match="/books">
<sortedBooks>
<xsl:for-each select="book">
<xsl:sort select="title" order="ascending" data-type="text"/>
<book id="{@id}">
<title><xsl:value-of select="title"/></title>
<author><xsl:value-of select="author"/></author>
<price><xsl:value-of select="price"/></price>
</book>
</xsl:for-each>
</sortedBooks>
</xsl:template>
</xsl:stylesheet>这段XSLT会遍历所有的
<book>节点，然后根据
<title>元素的内容进行升序（文本）排序，最终输出一个按书名排序的新XML结构。
掌握XSLT排序：如何避免常见的“数字排序”陷阱？
这是XSLT排序中一个非常经典的“坑”，我个人就踩过好几次，尤其是在处理那些看起来是数字，但实际在XML里存储为字符串的数据时。问题的根源在于XSLT的
xsl:sort元素默认的
data-type是
text。
想象一下，你有一堆商品的价格，比如“10.50”、“2.00”、“100.00”。如果你直接用
xsl:sort select="price"，默认情况下它会按照字符串的字典顺序来排：
- 10.50 (因为字符'1'开头)
- 100.00 (因为字符'1'开头)
- 2.00 (因为字符'2'开头)
这显然不是我们想要的数字大小顺序。这种情况下，"100.00" 应该排在 "10.50" 后面，而 "2.00" 应该排在最前面。
解决方案非常明确且简单： 显式地将
data-type属性设置为
number。
<xsl:sort select="price" order="ascending" data-type="number"/>
通过这一小小的改动，XSLT处理器就会将
price元素的内容当作数值来比较，从而得到正确的数字排序结果：
- 2.00
- 10.50
- 100.00
为什么会这样？
其实这不算是XSLT的“缺陷”，而是其设计哲学的一部分。XML本身是文本格式，所有的数据在存储时都是字符串。XSLT作为XML的转换语言，在处理这些数据时，默认会以最通用的方式——文本——来处理。只有当你明确告诉它“嘿，这个字符串其实是个数字，请按数字规则处理”时，它才会切换到数字模式。这就像你在Excel里，单元格格式默认是“常规”，你输入数字会按数字算，但如果你输入“10”和“2”，它可能会认为它们只是文本，除非你明确设置为“数字”格式，排序才会符合预期。所以，处理任何可能包含数字的排序键时，养成检查并设置
data-type="number"的习惯，能省去不少调试的麻烦。
复杂的XSLT排序需求：如何实现多条件排序或自定义排序逻辑？
当简单的单字段排序无法满足需求时，XSLT提供了足够的能力来处理更复杂的场景。这包括多条件排序，以及基于计算值或更灵活的自定义逻辑进行排序。
多条件排序：
这其实非常简单，你只需要在
<xsl:for-each>或
<xsl:apply-templates>内部放置多个
<xsl:sort>元素。XSLT处理器会按照它们出现的顺序来决定排序的优先级：第一个
<xsl:sort>是主排序键，第二个是次排序键，以此类推。
举个例子，假设我们想先按作者姓名（升序）排序，如果作者相同，再按书的价格（降序）排序：
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" indent="yes"/>
<xsl:template match="/books">
<sortedBooks>
<xsl:for-each select="book">
<!-- 主排序键：按作者姓名升序 -->
<xsl:sort select="author" order="ascending" data-type="text"/>
<!-- 次排序键：如果作者相同，则按价格降序 -->
<xsl:sort select="price" order="descending" data-type="number"/>
<book id="{@id}">
<title><xsl:value-of select="title"/></title>
<author><xsl:value-of select="author"/></author>
<price><xsl:value-of select="price"/></price>
</book>
</xsl:for-each>
</sortedBooks>
</xsl:template>
</xsl:stylesheet>这样，如果John Doe写了两本书，一本45元，一本60元，那么在输出时，John Doe的书会在一起，并且60元的那本会排在45元的前面。这种层级式的排序逻辑非常实用。
自定义排序逻辑（基于计算值排序）：
有时，你可能需要根据一个并非直接存在于XML节点中的值来排序，而是通过计算得出的值。这时候，
select属性的强大之处就体现出来了，它可以是一个任意的XPath表达式，只要这个表达式能为每个被排序的节点返回一个可比较的值。
比如，你想根据书名长度来排序：
<xsl:sort select="string-length(title)" order="ascending" data-type="number"/>
或者，你想根据一个复杂的条件来排序，例如，如果书名包含“XSLT”就优先，否则按作者排序。这在XSLT 1.0中会稍微复杂一些，可能需要结合
xsl:choose或
key()函数来构建一个“排序权重”值。
在XSLT 1.0中，要实现更复杂的自定义逻辑，比如“如果
@status是'VIP'就排在最前面，否则按
@date排序”，你可能需要构造一个复合的排序键，或者使用一个技巧：
<!-- 构造一个排序键：VIP用户前缀一个“0”，非VIP前缀一个“1” -->
<xsl:sort select="concat(
substring('01', 1 + number(@status != 'VIP')),
@date
)" order="ascending" data-type="text"/>这段代码通过
substring和
number函数巧妙地生成了一个前缀，让VIP用户的排序键以"0"开头，非VIP用户以"1"开头，从而实现了VIP优先。然后，再将日期拼接在其后进行二级排序。这种方法虽然有点“hacky”，但确实是XSLT 1.0处理复杂自定义排序的有效手段。在XSLT 2.0及更高版本中，有了
xsl:function和其他更强大的XPath 2.0/3.0函数，自定义排序的实现会更加优雅和直观。
XSLT排序性能优化：处理大量XML数据时有哪些考量？
处理XML数据，尤其是那些体积庞大、结构复杂的XML文件时，排序操作往往会成为性能瓶瓶颈。这方面我有一些切身体会，几十兆甚至上百兆的XML文件，如果排序逻辑不当，能让转换时间从几秒飙升到几分钟甚至更久。因此，对XSLT排序进行性能优化，是确保转换效率的关键。
1. 减少排序的节点集范围：
这是最直接也最有效的优化手段。不要对整个文档进行不必要的排序。如果你的目标只是对某个特定父节点下的子节点进行排序，那么就只在那个父节点的模板或
for-each中进行排序。例如，
select="//book"会遍历整个文档寻找所有
book节点，而
select="library/books/book"则更具针对性。限制
select表达式的范围，能显著减少XSLT处理器需要操作的数据量。
2. 简化排序键的XPath表达式：
xsl:sort的
select属性中的XPath表达式越简单，求值速度越快。
- 避免复杂的计算或函数调用： 如果排序键是一个需要大量计算才能得出的值（例如，涉及多个节点联合计算、字符串处理等），那么这个计算会在每个被排序的节点上执行一次。对于大数据集，这会累积成巨大的开销。
-
优先使用直接的属性或子元素：
select="@id"
或select="title"
通常比select="ancestor::*[1]/@name"
这种需要回溯或复杂路径的表达式要快得多。 -
避免在排序键中使用不必要的
//
：//
操作符会扫描整个文档，代价很高。
3. 数据预处理或索引：
如果可能的话，在XML数据生成阶段就对数据进行初步排序，或者添加一些辅助排序的属性。例如，如果你的数据是从数据库导出的，那么在SQL查询阶段就使用
ORDER BY子句进行排序，这样XSLT就只需要进行简单的遍历，而无需再执行昂贵的排序操作。或者，为那些经常用于排序的字段添加一个预计算的“排序值”属性，XSLT直接读取这个属性即可。这虽然不是XSLT内部的优化，但却是解决整体性能问题的有效策略。
4. 考虑XSLT处理器和版本：
不同的XSLT处理器（如Saxon、Libxslt、Xalan等）在性能表现上可能存在差异，尤其是在处理大型数据集和复杂转换时。Saxon通常被认为是高性能的处理器，特别是在XSLT 2.0/3.0的实现上。此外，XSLT 2.0及更高版本引入了一些优化和更强大的功能，有时能让你用更高效的方式表达复杂的逻辑。
5. 内存消耗：
排序操作通常需要将所有待排序的节点加载到内存中。对于非常大的XML文件，这可能会导致内存溢出（OOM）错误。如果你遇到这种情况，可能需要考虑：
- 分块处理： 将大型XML文件分割成多个小文件，然后分别转换。
- 流式处理（Streaming）： XSLT 3.0提供了流式处理（Streaming）能力，可以在不完全加载整个文档到内存的情况下进行转换，这对于超大型XML文件来说是革命性的。虽然XSLT 1.0/2.0没有原生流式，但有些处理器提供了扩展功能。
6. 避免不必要的排序：
有时候，我们可能只是为了展示目的而排序，但实际上并不需要严格的排序。例如，如果只是想按字母顺序显示一个下拉列表，而列表项不多，那么即使不排序，用户体验影响也有限。确认排序是否真的对业务逻辑至关重要，如果不是，也许可以考虑放弃排序，或者在客户端（浏览器JavaScript）层面进行更轻量级的排序。
总的来说，XSLT排序的性能优化是一个权衡的过程。你需要根据XML数据的大小、复杂性以及对转换速度的要求来选择合适的策略。我的经验是，从减少排序范围和简化排序键入手，往往能取得立竿见影的效果。
