XSLT处理模板应用顺序，核心在于一套明确的优先级规则。它不是随机的，而是基于模板匹配模式的“特异性”（specificity）、开发者显式设置的
priority属性，以及样式表间的
import层级关系来确定的。简单来说，XSLT会努力找到最“匹配”且优先级最高的那个模板来处理当前节点。 解决方案
要控制XSLT模板的应用顺序，我们需要理解并运用以下几个关键机制：
首先是模式的特异性。这是最基础也最强大的规则。XSLT处理器会优先选择那些对当前节点匹配模式最“具体”的模板。例如，
match="elementName"比
match="*"更具体，
match="parent/child"比
match="child"更具体。如果一个模板的匹配模式能更精确地描述目标节点，它通常会胜出。
其次是
priority属性。当两个或多个模板的匹配模式具有相同特异性时，我们可以通过在
xsl:template元素上设置
priority属性来明确指定它们的优先级。
priority值越大，优先级越高。这是一个浮点数，可以非常灵活。
<xsl:template match="book" priority="10">
<!-- 这个模板会优先处理book元素 -->
<p>高优先级图书: <xsl:value-of select="title"/></p>
</xsl:template>
<xsl:template match="book">
<!-- 默认优先级，低于上面的模板 -->
<p>普通图书: <xsl:value-of select="title"/></p>
</xsl:template> 再来是
import和
include的层级。通过
xsl:import引入的样式表，其定义的模板优先级低于导入它的样式表。这意味着，如果你在一个主样式表A中导入了样式表B，那么样式表A中定义的模板，即使匹配模式和优先级相同，也会优先于样式表B中定义的模板。
xsl:include则不同，它只是简单地将内容包含进来，不涉及优先级层级。
<!-- main.xsl -->
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:import href="imported.xsl"/>
<xsl:template match="data">
<!-- 这个模板会优先于imported.xsl中匹配data的模板 -->
<main-data><xsl:apply-templates/></main-data>
</xsl:template>
</xsl:stylesheet>
<!-- imported.xsl -->
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="data">
<imported-data><xsl:apply-templates/></imported-data>
</xsl:template>
</xsl:stylesheet> 最后是
mode属性。
mode不直接影响优先级，但它提供了一种强大的机制来“隔离”模板的应用。你可以为不同的转换上下文定义不同的
mode，这样在调用
xsl:apply-templates时指定
mode，就只会应用那些具有相同
mode的模板。这相当于创建了多个独立的模板应用“通道”，极大地增加了控制的粒度。
<xsl:template match="item" mode="summary">
<!-- 在summary模式下处理item -->
<li>摘要: <xsl:value-of select="title"/></li>
</xsl:template>
<xsl:template match="item" mode="detail">
<!-- 在detail模式下处理item -->
<div>详情: <xsl:value-of select="description"/></div>
</xsl:template>
<!-- 调用时指定模式 -->
<xsl:apply-templates select="items/item" mode="summary"/>
<xsl:apply-templates select="items/item" mode="detail"/> XSLT模板匹配的优先级规则是怎样的？
XSLT模板匹配的优先级，其实是一个多层级的决策过程。它不是简单的“谁写在前面谁优先”，而是有一套清晰的、可预测的算法。我个人在调试一些复杂转换时，常常会因为忽略了某个层级而感到困惑，但一旦理解了这套规则，XSLT的确定性就变得非常可靠。
最优先考虑的是导入优先级。如果你通过
xsl:import引入了多个样式表，那么“被导入”的样式表中的模板，其优先级低于“导入者”样式表中的模板。这是为了让主样式表能够方便地覆盖或扩展被导入样式表的行为。这就像你在一个项目中引入了一个库，你总希望自己的代码能有最终决定权。
其次是模式的特异性。这是最常见的冲突解决机制。XSLT会计算每个匹配模式的“特异性值”。例如，
id('foo') 或elementName[attribute='value']这类能精确指向特定节点的模式，特异性最高。而
*或
node()这种通配符模式，特异性最低。一个经验法则是，模式越具体，它匹配的节点范围越小，优先级就越高。比如，
book就比
*更具体，
chapter[title='Intro']就比
chapter更具体。
然后是
priority属性。这是开发者手动干预优先级的方式。当两个或多个模板在导入优先级和模式特异性上都相同，或者你希望一个特异性较低的模板能优先于特异性较高的模板时，就可以使用
priority属性。它的值是一个浮点数，允许你进行非常精细的调整。我通常会在需要明确覆盖默认行为，或者解决一些微妙的冲突时使用它。
最后，如果所有上述规则都无法区分出唯一的模板（这在实践中很少发生，除非是完全相同的模板定义），XSLT规范规定会选择在样式表中“最后出现”的那个模板。不过，依赖这个规则通常不是一个好习惯，因为它可能会导致难以维护和理解的代码。更好的做法是使用
priority属性来明确解决冲突。 如何利用
mode属性实现更精细的模板控制？
mode属性是XSLT中一个非常优雅且强大的特性，它允许你对同一个XML源文档进行“多视图”或“多阶段”的转换。它不直接参与优先级排序，而是创建了独立的模板应用“上下文”。想象一下，你有一份产品数据，你可能需要生成一个简洁的产品列表（只显示名称和价格），同时又需要生成一个详细的产品页面（包含所有描述、图片等）。用
mode来处理这种场景简直是完美。
没有
mode，你可能需要写很多条件判断（
xsl:if）来区分输出，或者为不同的输出路径复制粘贴大量的模板，这很快就会变得臃肿和难以维护。有了
mode，你可以为每个“视图”或“阶段”定义一套独立的模板集。
例如，假设我们有一个XML，包含书籍信息：
<catalog>
<book id="b1">
<title>XSLT Cookbook</title>
<author>John Doe</author>
<price>39.99</price>
<description>A comprehensive guide to XSLT.</description>
</book>
<book id="b2">
<title>XML Basics</title>
<author>Jane Smith</author>
<price>29.99</price>
<description>Learn the fundamentals of XML.</description>
</book>
</catalog> 现在我们想生成一个图书列表（只显示标题和作者），以及一个单独的图书详情页面。
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="html" indent="yes"/>
<xsl:template match="/">
<html>
<head><title>图书列表与详情</title></head>
<body>
<h1>图书列表</h1>
<ul>
<xsl:apply-templates select="catalog/book" mode="list"/>
</ul>
<h1>图书详情</h1>
<xsl:apply-templates select="catalog/book" mode="detail"/>
</body>
</html>
</xsl:template>
<!-- 列表模式的模板 -->
<xsl:template match="book" mode="list">
<li>
<xsl:value-of select="title"/> by <xsl:value-of select="author"/>
</li>
</xsl:template>
<!-- 详情模式的模板 -->
<xsl:template match="book" mode="detail">
<div class="book-detail">
<h2><xsl:value-of select="title"/></h2>
<p>作者: <xsl:value-of select="author"/></p>
<p>价格: $<xsl:value-of select="price"/></p>
<p>描述: <xsl:value-of select="description"/></p>
</div>
</xsl:template>
<!-- 默认模式下不处理book元素，避免意外输出 -->
<xsl:template match="book"/>
</xsl:stylesheet> 在这个例子中，
xsl:apply-templates通过
mode属性明确指定了要应用的模板集。当
mode="list"时，只有匹配
book且
mode="list"的模板会被激活；当
mode="detail"时，则只有匹配
book且
mode="detail"的模板会被激活。这样，即使匹配模式相同，它们也不会相互干扰，实现了非常清晰的逻辑分离。这对于构建复杂转换流水线，或者为同一数据源生成多种格式输出时，是不可或缺的工具。 当多个模板规则冲突时，XSLT如何解决？
XSLT在处理多个模板规则可能匹配同一个节点时的冲突解决机制，是其确定性和可靠性的基石。它并非随机选择，也不是简单地依赖定义顺序（除了最后那条作为tie-breaker的规则）。理解这个过程，对于编写健壮的XSLT代码至关重要。
当XSLT处理器遍历XML树并遇到一个节点时，它会检查所有定义的
xsl:template规则，看哪些规则的
match模式能够匹配当前节点。如果只有一个模板匹配，那就简单了，直接应用它。但如果存在多个匹配的模板，冲突解决过程就会启动。
这个过程遵循一个严格的优先级序列：
导入优先级：这是最重要的外部因素。如果一个模板是从一个被导入的样式表（通过
xsl:import
）中来的，那么它会比在导入它的样式表（主样式表）中定义的同等条件的模板具有更低的优先级。这意味着主样式表总是可以覆盖被导入样式表的行为。这对于模块化和重用XSLT代码非常有用，你可以定义通用的转换规则，然后在特定场景下通过导入并覆盖来定制。-
模式特异性：这是最核心的内部因素。XSLT会计算每个匹配模式的“特异性分值”。一个模式越具体，它的分值就越高，优先级也就越高。例如：
id('foo')或elementName[attribute='value']
这类直接通过ID或精确属性值定位的模式，特异性最高。elementName
（匹配特定元素名）的特异性高于*
（匹配任何元素）。parent/child
（匹配特定父子关系）的特异性高于child
（匹配任何子元素）。text()
或comment()
的特异性高于node()
（匹配任何节点）。 特异性高的模板总是会优先于特异性低的模板。
priority
属性：如果经过导入优先级和模式特异性判断后，仍然存在多个模板具有相同的优先级（即它们的特异性分值也完全相同），那么XSLT会检查这些模板是否设置了priority
属性。priority
值更大的模板会胜出。这是开发者显式控制优先级，解决模糊冲突的常用手段。文档顺序：这是一个“最后手段”。如果上述所有规则都无法区分出唯一的最佳匹配模板（这通常意味着你定义了两个完全相同的模板，或者它们在所有优先级规则上都恰好相等），XSLT规范规定会选择在样式表（或被包含的样式表）中“最后出现”的那个模板。我个人认为，依赖这条规则是不明智的，因为它会让代码变得难以理解和维护。更好的实践是，当遇到这种模糊情况时，使用
priority
属性明确指定你想要的优先级。
了解这些规则后，当遇到意外的转换结果时，我通常会从特异性入手检查，看是否有更具体的模板“抢占”了优先级；然后检查
priority属性是否被不当地设置；最后才会考虑
import层级的影响。通过这种系统性的排查，几乎所有模板冲突问题都能被清晰地诊断和解决。
以上就是XSLT如何控制模板应用顺序？的详细内容，更多请关注知识资源分享宝库其它相关文章！
发表评论:
◎欢迎参与讨论，请在这里发表您的看法、交流您的观点。