XSLT中“终止模板执行”并非传统编程中的return或exit，而是通过条件判断、模板匹配、apply-templates控制等方式实现流程调控。使用xsl:if或xsl:choose可基于条件决定是否输出内容，实现局部“终止”；通过定义空模板或不匹配特定节点，可“静默”跳过某些元素；xsl:message terminate="yes"则用于全局终止整个转换过程，通常在严重错误时使用；而select和mode属性可精细控制模板应用范围，实现局部处理的“跳过”而非真正终止。因此，XSLT中的“终止”更多体现为声明式流程控制，而非命令式中断。
XSLT中“终止模板执行”这个说法，其实和我们平时写程序时理解的
return
或
exit
不太一样。它更多的是一种流程控制的策略，即通过各种声明式的方式，决定哪些内容被处理、哪些被输出，或者在特定条件下停止整个转换过程。直接让一个模板在中间“跳出”是比较少见的，更多是调整匹配和应用规则，让不希望被处理的部分“静默”或者直接忽略。
当我们谈论“终止”时，其实是在寻找如何精细控制XSLT转换流程的方法。以下是一些我认为最直接和常用的策略，它们各有侧重：
-
利用条件判断（
xsl:if
和
xsl:choose
）精确控制输出： 这是最常见也是最基础的方式。与其说“终止”，不如说“阻止不必要的输出”。如果某个条件不满足，那么
xsl:if
或
xsl:choose/xsl:when
内部的内容就不会被处理或输出。这就像你在写一份报告，如果某个章节的数据还没准备好，你就干脆不写那一段。
<xsl:template match="item"> <xsl:if test="@status = 'active'"> <activeItem> <xsl:value-of select="title"/> </activeItem> </xsl:if> <!-- 如果status不是active，这里就什么都不会输出 --> </xsl:template>
或者更复杂的场景：
<xsl:template match="data"> <xsl:choose> <xsl:when test="count(children) > 0"> <!-- 处理有子节点的情况 --> <parent> <xsl:apply-templates select="children"/> </parent> </xsl:when> <xsl:otherwise> <!-- 没有子节点，这里就“什么都不做”，相当于终止了对子节点处理的意图 --> <!-- 或者可以输出一个占位符 --> <emptyData/> </xsl:otherwise> </xsl:choose> </xsl:template>
-
通过匹配模式和优先级（
xsl:template
的
match
属性）来“忽略”特定节点： 如果你的目标是让某些节点完全不参与转换，最直接的方法就是不为它们编写匹配模板。或者，你可以为它们编写一个空的模板，让它们被匹配到，但什么也不输出。这是一种“静默终止”的方式。
<!-- 默认模板，处理所有元素和文本节点 --> <xsl:template match="node()|@*"> <xsl:copy> <xsl:apply-templates select="node()|@*"/> </xsl:copy> </xsl:template> <!-- 专门匹配并“忽略”某个元素 --> <xsl:template match="secretInfo"/> <!-- 当遇到<secretInfo>时，这个空模板会被应用，什么也不会输出， 从而有效地“终止”了它及其内容的输出 -->
这里，
secretInfo
元素就被“终止”了它的正常处理流程。
-
使用
xsl:message terminate="yes"
强制停止整个转换： 这是XSLT中唯一一个真正意义上的“终止”机制，但它不是用来控制单个模板的流程，而是用于在发生严重错误或达到特定条件时，立即停止整个XSLT处理器的工作。这通常用于调试或在检测到不符合预期的输入数据时，防止生成无效输出。
<xsl:template match="/"> <xsl:if test="not(root/requiredElement)"> <xsl:message terminate="yes"> 错误：输入xml缺少必需的'requiredElement'。转换已终止。 </xsl:message> </xsl:if> <!-- 如果没有终止，则继续正常转换 --> <output> <xsl:apply-templates/> </output> </xsl:template>
这种方式非常强硬，一旦触发，整个转换进程都会停止，并通常会抛出一个错误信息。
-
精细化
xsl:apply-templates
的
select
和
mode
属性： 通过控制
xsl:apply-templates
到底要处理哪些子节点，你就可以间接实现“终止”某些分支的意图。如果
select
表达式没有匹配到任何节点，那么就没有模板会被应用。
mode
属性则允许你为同一节点定义不同的处理逻辑，只在特定模式下激活某些模板。
<xsl:template match="section"> <sectionOutput> <!-- 只处理status为'published'的paragraph，其他paragraph被“终止”处理 --> <xsl:apply-templates select="paragraph[@status='published']"/> </sectionOutput> </xsl:template>
XSLT中“终止”与“跳过”有什么本质区别？
在XSLT的语境里，“终止”和“跳过”虽然听起来相似，但在实际操作和语义上，我认为有明显的层次差异。当我们谈论“跳过”，通常指的是对某个特定的节点或一组节点，我们选择不进行任何处理或输出，让它们“消失”在最终结果中。这可以通过不编写匹配模板，或者编写一个空的匹配模板来实现。它是一种局部性的、针对特定数据元素的策略。比如，你有一份包含敏感信息的XML，你只想在转换时把这些敏感字段完全剔除，这就是“跳过”——它们不会触发任何输出，也不会影响其他部分的正常处理。
而“终止”则显得更强硬，尤其是在涉及到
xsl:message terminate="yes"
时。这不仅仅是跳过某个节点，而是完全停止整个XSLT转换过程。这通常发生在XSLT处理器检测到无法继续的严重错误，或者输入数据不符合预设的严格校验规则时。你可以想象成，你正在打印一份文件，突然发现墨盒空了或者纸张用完了，打印机就直接停机了，而不是仅仅跳过当前这一页继续打印。这种“终止”是全局性的，它会阻止任何后续的转换步骤，并通常会伴随一个错误提示，让你知道为什么转换失败了。
所以，我的理解是，“跳过”是一种精细的、声明式的控制，用于排除某些不想要的输出；而“终止”则是一种全局性的、通常是错误处理机制，用于在特定条件下完全停止整个转换任务。两者在目的和影响范围上都有着本质的区别。
如何在不中断整个转换的情况下，有效控制单个模板的执行流？
在不使用
terminate="yes"
这种“核弹级”操作的前提下，控制单个模板的执行流，核心在于充分利用XSLT的声明式特性。我个人最常用的，也是觉得最灵活的方式，就是条件逻辑和选择性应用模板。
首先，
xsl:if
和
xsl:choose
是你的老朋友。它们允许你根据当前节点的属性、内容，或者其他任何XPath表达式的结果，来决定模板内部的哪些部分应该被渲染。这就像你写一个复杂的配置文件，某个模块只有在特定操作系统下才启用，其他系统就忽略掉。 例如，如果你有一个
<product>
节点，你想根据它的
@status
属性来决定是输出详细信息还是只输出一个简略的占位符，你就可以这样做：
<xsl:template match="product"> <xsl:choose> <xsl:when test="@status = 'available'"> <availableProduct> <name><xsl:value-of select="name"/></name> <price><xsl:value-of select="price"/></price> </availableProduct> </xsl:when> <xsl:when test="@status = 'discontinued'"> <discontinuedProduct name="{name}"/> </xsl:when> <xsl:otherwise> <!-- 对于其他状态，什么也不输出，或者输出一个通用的占位符 --> <unknownProductStatus name="{name}"/> </xsl:otherwise> </xsl:choose> </xsl:template>
在这里，不同的条件决定了不同的输出分支，或者干脆没有输出（如果
xsl:otherwise
是空的）。
其次，
xsl:apply-templates
的
select
属性是另一个强大的工具。它决定了当前模板将把控制权“移交”给哪些子节点去处理。如果你只选择性地应用某些子节点，那么那些未被选择的子节点就自然不会触发任何模板，从而实现了“跳过”或“终止”它们特定处理分支的效果。比如，你只想处理XML文档中的
<data>
元素下的
<record>
，但忽略所有
<log>
元素，你就可以这样写：
<xsl:template match="data"> <dataOutput> <!-- 只处理record子节点，忽略log等其他子节点 -->
