1. 先说清楚 sort 到底是干嘛的接触 XSLT 的人,十有八九都会在想把输出结果“排个序”的时候,第一次碰见xsl:sort这个标签。说白了,它就是 XSLT 里专门用来控制节点输出顺序的指令,解决的问题非常单一:在不改动源 XML 结构的前提下,让转换出来的结果按照你指定的规则重新排列。如果你做过一段时间的 XML 数据处理,应该能感受到 XSLT 是一种“声明式”语言,你写的大多是规则而不是过程。这也意味着排序这件事在 XSLT 里和普通编程语言不太一样——你不是写一个循环然后调用sort()函数,而是在遍历节点的指令里嵌入xsl:sort标签,告诉 XSLT 处理器“在输出之前先按这个标准排一下”。我在实际项目里最常见的场景有这么几类:把日志数据按时间倒序输出、把商品列表按价格从低到高渲染成 HTML、把接口返回的节点按某个 code 字段排序后再拼报文。只要遇到这些需求,xsl:sort就是绕不开的核心工具。这个标签适合谁看?我建议两类人重点读:一是刚接触 XSLT、搞不清楚 sort 和 for-each 之间关系的初学者;二是已经在写 XSLT 但被字符串排序、中文排序、动态排序这些细节坑过的开发者。这篇文章不会只停留在语法层面,我会把实际踩过的坑和排查思路一起写出来。2. sort 标签的每个属性都要吃透xsl:sort之所以看似简单但经常出问题,是因为它有一组属性,每个属性都对应一种排序维度的控制权。如果只认识select和order,那你只能应付最基础的场景,一旦遇到类型混排、大小写混杂、中文拼音排列这些情况,照样会懵。2.1 select 属性:排序键从哪来select属性指定的是排序键,也就是你按照什么值来排序。这个值可以是一个简单的节点路径,比如selectid表示按 id 属性排;也可以是selectprice表示按子元素 price 的文本值排;还可以是一个表达式,比如selectnumber(price),或者拼接字符串selectconcat(last_name, first_name)。这里有个关键认知:select返回的其实是一个节点集或者字符串值,排序的时候 XSLT 处理器会把它转换成一个“可比较的值”。如果你不写select,默认情况是按当前节点的字符串值排序。这个默认值很容易让人误解,因为很多人以为不写 select 就是“按原顺序输出”,其实不是,它是按每个节点的文本内容排序。我见过不止一个同事在 for-each 里忘了写 select,结果输出顺序变得莫名其妙,排查了半天才发现是默认排序在起作用。另一个容易忽略的点:select的表达式是在“当前节点”的上下文中求值的。在xsl:for-each里,当前节点是循环到的那个节点;在xsl:apply-templates里,当前节点是被模板匹配的那个节点。所以写selectsubtitle表示取当前节点的子元素,写select../title可以取父级的信息。如果你在一个嵌套循环里,里层排序想用外层的数据,记得用..或者绝对路径,否则取到空值排序就会“失效”,但又不报错,特别坑。2.2>xsl:for-each selectorder_list/order xsl:sort selectnumber(create_time)>xsl:for-each selectcompany/employee xsl:sort selectnumber(department_id)>xsl:apply-templates selectproduct_list/product xsl:sort selectnumber(price)>xsl:for-each selectproduct xsl:sort selectcategory>xsl:param namesort_field selectname/ xsl:param namesort_order selectascending/ xsl:for-each selectitem_list/item xsl:sort selectif ($sort_field price) then number(price) else name >xsl:for-each selectnews_list/news xsl:sort selectconcat( if (is_top 1) then 0 else 1, translate(concat(00000000000000000000, publish_time), , ) ) >xsl:template namenormalize-date xsl:param namedate/ xsl:variable namey selectsubstring-before($date, -)/ xsl:variable namemd selectsubstring-after($date, -)/ xsl:variable namem selectsubstring-before($md, -)/ xsl:variable named selectsubstring-after($md, -)/ xsl:value-of selectconcat($y, format-number(number($m), 00), format-number(number($d), 00))/ /xsl:template这个模板假设日期是YYYY-MM-DD格式,输出一个八位数字字符串,再做数字排序。如果日期还带时间,把时分秒也拼在后面即可。这种方法的好处是你不需要处理器支持日期排序专用功能,纯字符串和数字操作,跨处理器兼容性最好。5.4 性能与内存xsl:sort在数据量大的时候会明显拖慢转换速度,因为排序本身就是 O(n log n) 的操作,而且 XSLT 处理器通常会把选中节点的节点集完整加载到内存里才能排序。我在处理几十万行数据的 XML 时,曾经遇到内存飙高、转换时间超过几十秒的情况。我的优化经验有几点:第一,尽量缩小排序范围,不要对整棵文档树排序,只对需要的节点集合排序;第二,排序键的计算越简单越好,别在 sort 的 select 里写巨型复杂表达式,比如反复调用 substring、concat、translate,每行数据都要重新计算一次;第三,能通过源 XML 结构调整避免排序的就尽量避免。XSLT 里最耗时的操作往往不是模板匹配,而是大数据集上的排序和分组。另外一个很多人不知道的细节:如果不需要稳定排序,某些 XSLT 处理器允许你通过配置关闭稳定性检查来提升排序速度。但这是处理器级别的优化,不是 XSLT 语言层面的通用开关。说实话,非极端场景我不建议用这个,稳定性对业务数据的可预期性太重要了。5.5 问题速查表现象可能原因解决方案数字按 1、10、100、2 排序未指定>