xslt中apply-templates选择节点的方式主要有两种：1.通过select属性指定xpath表达式精准选择节点；2.不指定select属性时默认处理当前上下文的所有子节点。此外，结合mode属性可实现对相同节点的不同处理逻辑。使用select属性时，xpath表达式可以是相对路径、绝对路径或带条件的复杂表达式，从而灵活控制处理流程。而不带select属性时，默认会处理所有类型的直接子节点，包括元素、文本节点、注释和处理指令，适用于全盘遍历。mode属性则引入多态处理机制，允许为同一节点定义多个模板并根据需要调用，例如生成产品列表的摘要视图与详情视图。apply-templates与for-each的区别在于前者基于声明式、规则驱动的模式匹配，而后者则是命令式的循环机制，适合简单迭代任务。在实际应用中，apply-templates支持排序、优先级控制、递归下降转换、内容重组及多文档处理等高级功能，体现了xslt声明式编程的核心优势。
XSLT中，apply-templates选择节点的方式主要有两种：通过select属性明确指定XPath表达式来选择特定节点集，或者不指定select属性，让处理器默认处理当前上下文节点的所有子节点。此外，结合mode属性可以实现对相同节点的不同处理逻辑。
XSLT的apply-templates指令，在我看来，是XSLT转换的核心所在，它体现了XSLT声明式编程的精髓。理解它如何选择节点，几乎就是理解了XSLT处理XML文档流的关键。
选择节点的方式
当我们在一个模板内部使用<xsl:apply-templates/>时，其行为就好像我们告诉XSLT处理器：“嘿，从我当前站着的位置（也就是当前上下文节点）开始，去看看我的所有直接子节点吧。如果它们有匹配的模板，就按那些模板的规则来处理；如果没有，就用XSLT内置的默认规则来处理。”这种不带select属性的方式，是最常见也最基础的递归遍历方式，它默认会处理所有类型的子节点，包括元素、文本节点、注释和处理指令。这其实非常方便，尤其是在处理层级结构不那么固定，或者需要全盘遍历的XML文档时。
但很多时候，我们并不想处理所有子节点，或者我们需要处理的节点不在当前上下文的直接子层级，甚至可能在文档的其他地方。这时候，select属性就派上用场了。通过在select属性中指定一个XPath表达式，我们可以精准地“瞄准”我们想要处理的节点。这个XPath表达式可以是相对路径，比如select="book"来选择当前上下文下的所有book子元素；也可以是绝对路径，比如select="/root/data/item"来选择文档中特定路径的item元素。甚至，你可以用更复杂的XPath，比如select="chapter[@status='published']"来选择那些状态为“已发布”的章节。这给了我们极大的灵活性去控制处理流程。
再进一步，mode属性则引入了一个非常强大的概念：多态处理。想象一下，你有一组产品数据，有时候你需要生成一个详细的产品页面，有时候又只需要一个产品列表的摘要视图。产品数据本身没变，但展示方式变了。这时，你就可以定义两个不同的模板，都匹配product节点，但分别带上不同的mode，比如<xsl:template match="product" mode="detail"/>和<xsl:template match="product" mode="summary"/>。然后在apply-templates时，通过<xsl:apply-templates select="product" mode="detail"/>或<xsl:apply-templates select="product" mode="summary"/>来调用相应的模板。这让XSLT在处理复杂输出需求时显得异常优雅和高效。
<!-- 示例：apply-templates的几种用法 -->
<xsl:template match="/">
<html>
<body>
<!-- 1. 不带select属性，默认处理所有子节点（通常是根元素的子节点） -->
<p>所有子节点:</p>
<xsl:apply-templates/>
<!-- 2. 带select属性，选择特定元素 -->
<p>所有书名:</p>
<xsl:apply-templates select="//book/title"/>
<!-- 3. 带select属性，选择特定属性值 -->
<p>已出版的章节:</p>
<xsl:apply-templates select="//chapter[@status='published']"/>
<!-- 4. 结合mode属性 -->
<p>产品摘要:</p>
<xsl:apply-templates select="//product" mode="summary"/>
<p>产品详情:</p>
<xsl:apply-templates select="//product" mode="detail"/>
</body>
</html>
</xsl:template>
<!-- 匹配书名 -->
<xsl:template match="title">
<h1><xsl:value-of select="."/></h1>
</xsl:template>
<!-- 匹配章节 -->
<xsl:template match="chapter">
<h2>章节：<xsl:value-of select="title"/></h2>
</xsl:template>
<!-- 产品摘要模式模板 -->
<xsl:template match="product" mode="summary">
<div class="product-summary">
<h3><xsl:value-of select="name"/></h3>
<p>价格: <xsl:value-of select="price"/></p>
</div>
</xsl:template>
<!-- 产品详情模式模板 -->
<xsl:template match="product" mode="detail">
<div class="product-detail">
<h1><xsl:value-of select="name"/></h1>
<p>描述: <xsl:value-of select="description"/></p>
<p>库存: <xsl:value-of select="stock"/></p>
<p>价格: <xsl:value-of select="price"/></p>
</div>
</xsl:template>apply-templates与for-each有什么区别？
这是一个很经典的问题，也是初学者经常感到困惑的地方。我的经验是，理解这两者的差异，是掌握XSLT声明式转换思维的关键一步。
xsl:apply-templates更像是“委托”或“调度”。当你使用它时，你是在说：“对于我选择的这些节点，请XSLT处理器去找到最适合它们的模板，然后按那些模板的规则来处理。”它强调的是“匹配”和“规则”，是一种声明式的、基于模式匹配的机制。这意味着，具体的处理逻辑分散在各个xsl:template中，每个模板负责处理特定类型的节点。这种方式的好处在于，它使得XSLT样式表更模块化、更易于维护。比如，你有一个复杂的XML结构，里面有多种类型的元素，每种元素都有自己独特的渲染方式。如果用apply-templates，你只需要为每种元素写一个匹配模板，然后让apply-templates去自动调度。当你需要修改某个元素的渲染逻辑时，只需要修改对应的模板即可，不会影响到其他部分。它也支持mode属性，实现同一节点的多态处理。
而xsl:for-each则更像是传统编程语言中的“循环”。当你使用它时，你是在说：“对于我选择的这个节点集中的每一个节点，请按照我当前for-each块内部定义的指令一步一步地处理。”它是一种命令式的、过程化的机制。所有的处理逻辑都集中在for-each块内部。这对于一些简单的、线性的迭代任务非常直接和方便，比如仅仅是遍历一个列表并输出它们的某个属性。但如果处理逻辑变得复杂，或者需要根据节点类型进行不同的处理，那么在for-each内部写大量的xsl:if或xsl:choose就会变得非常臃肿和难以阅读。
总结来说，apply-templates是XSLT的“灵魂”，它鼓励你以一种声明式、基于规则的方式思考问题，更适合复杂、层级化的XML转换；而for-each则更像是一个“工具”，它提供了命令式的循环能力，适合简单、直接的迭代任务。在实际项目中，我发现两者常常是配合使用的。比如，在一个模板内部，你可能用apply-templates来处理大部分子节点，但在某个特定子节点内部，你又需要用for-each来遍历其下的一个简单列表。
如何处理XSLT中的节点顺序和优先级？
在XSLT中，节点顺序和模板优先级是确保转换结果符合预期的关键。
首先说节点顺序，apply-templates默认情况下会按照源XML文档的“文档顺序”（document order）来处理节点。这意味着，XML文档中哪个节点先出现，它就会先被处理。这通常是我们想要的行为，因为它保持了源文档的结构和逻辑流。但有时候，我们可能需要打破这种默认顺序，比如我们想按某个属性的值对节点进行排序。这时，xsl:sort就派上用场了。你可以在xsl:apply-templates内部嵌套一个或多个xsl:sort元素，指定排序的键（比如某个元素的文本内容或属性值）、数据类型（文本、数字等）和排序顺序（升序或降序）。
<!-- 示例：使用xsl:sort改变处理顺序 -->
<xsl:template match="books">
<ul>
<xsl:apply-templates select="book">
<xsl:sort select="title" data-type="text" order="ascending"/>
<xsl:sort select="year" data-type="number" order="descending"/> <!-- 如果title相同，按年份降序 -->
</xsl:apply-templates>
</ul>
</xsl:template>
<xsl:template match="book">
<li><xsl:value-of select="title"/> (<xsl:value-of select="year"/>)</li>
</xsl:template>然后是模板优先级，这稍微复杂一点。当apply-templates选择了一个节点，而有多个xsl:template都可能匹配这个节点时，XSLT处理器就需要一套规则来决定到底用哪个模板。这套规则就是优先级。
-
导入优先级（Import Precedence）: 如果你的样式表导入了其他样式表（通过
xsl:import），那么导入的样式表中的模板优先级低于导入它的样式表。简单来说，后来导入的规则会覆盖先导入的。这在构建可复用组件时很有用，你可以定义一个通用模板库，然后在主样式表中导入并覆盖其中一些特定规则。 -
模式匹配的特异性（Specificity）: 这是最主要的优先级决定因素。XSLT处理器会为每个
match模式计算一个“特异性”分数。- 匹配元素名或处理指令名（如
book或processing-instruction('pi')）的分数是0。 - 匹配ID或键（如
id('foo')或key('myKey', 'value')）的分数是0。 - 匹配通配符（
*）、节点类型（text()、node()）、上下文相关的模式（.）的分数是-0.5。 - 匹配带有谓词的模式（如
book[@id='123']）或多个路径段的模式（如root/book）的分数更高，通常是1。 - 更具体的模式（如
book[@type='novel']）比不那么具体的模式（如book）优先级更高。 XSLT会选择特异性分数最高的那个模板。
- 匹配元素名或处理指令名（如
-
优先级属性（
priorityattribute）: 如果你有两个模板，它们的特异性分数相同，并且都匹配同一个节点，那么你可以显式地在xsl:template上设置priority属性（一个数字）。数值越大的优先级越高。这提供了一个手动解决冲突的机制。 - 文档顺序（Document Order for Templates）: 如果以上所有规则都无法区分，那么在样式表中定义位置靠后的模板会优先。这通常是最后的决定因素，但我不建议依赖它来解决优先级问题，因为它会让样式表的可读性和维护性变差。
理解这些规则，特别是在处理大型或由多个模块组成的XSLT样式表时，能有效避免模板冲突和意想不到的转换结果。
apply-templates在实际项目中有哪些高级应用场景？
在实际项目中，apply-templates远不止简单的遍历和渲染，它能实现很多复杂而强大的转换逻辑。
一个很常见的场景是多阶段或多视图转换。就像前面提到的mode属性，它允许我们对同一份XML数据进行多次处理，每次处理都生成不同的输出。例如，你可能有一个包含产品所有信息的XML文件。第一次apply-templates，使用mode="summary"生成一个产品列表页面，只显示名称和价格；第二次apply-templates，使用mode="detail"生成每个产品的独立详情页面，显示所有字段。这比用for-each加大量条件判断要清晰和可维护得多。
另一个高级用法是递归下降转换。XSLT天生就非常适合处理树状结构的数据，而apply-templates是实现递归的关键。例如，一个XML文档表示一个文件系统的目录结构，里面有目录和文件。你可能需要遍历整个目录树，生成一个HTML的导航菜单。你可以写一个模板匹配目录，然后在里面再次apply-templates来处理子目录和文件。这种模式对于生成目录树、面包屑导航、或者将XML结构转换为扁平化数据结构都非常有效。
<!-- 示例：递归下降生成目录树 -->
<xsl:template match="directory">
<ul>
<li>
<span class="folder"><xsl:value-of select="@name"/></span>
<xsl:apply-templates select="directory|file"/> <!-- 递归处理子目录和文件 -->
</li>
</ul>
</xsl:template>
<xsl:template match="file">
<li><span class="file"><xsl:value-of select="@name"/></span></li>
</xsl:template>
<!-- 源XML示例：
<directory name="root">
<directory name="docs">
<file name="report.pdf"/>
<file name="notes.txt"/>
</directory>
<file name="readme.md"/>
</directory>
-->再比如，基于条件的复杂内容重组。有时候，源XML中的数据分布在不同的节点，但你需要在输出中将它们组合起来。通过巧妙地使用select属性和mode，你可以从源文档的不同部分提取信息，并在目标模板中重组。例如，一个订单XML，产品信息和客户信息可能在不同的分支。你可以在一个模板中apply-templates客户信息，在另一个模板中apply-templates产品列表，最终在一个输出结构中将它们整合。
最后，外部文档处理也是一个强大但不常用到的场景。apply-templates的select属性可以接受document()函数的结果，这意味着你可以从多个XML文档中选择节点进行处理。这对于需要合并多个数据源或者从外部配置文件获取数据的场景非常有用。比如，你有一个主文档，其中引用了多个子文档，你可以用apply-templates select="document(child-doc-ref/@href)/root/item"来处理这些外部文档中的特定节点。这使得XSLT能够处理更复杂的数据集成任务。
这些高级应用场景，都依赖于对apply-templates灵活选择节点能力的深刻理解。它不仅仅是“遍历”，更是一种“智能调度”和“模式匹配”的机制，是XSLT声明式转换能力的基石。
