为何xsl:attribute在xsl:text后消失？XSLT规则解析

这是XSLT规范的硬性要求：所有属性节点的创建必须早于元素的子节点（包括文本节点），并非处理器的bug。

具体规则与表现 #

当使用<xsl:element>创建元素时，一旦处理器输出了该元素的子节点（比如你例子里的<xsl:text>生成的文本），后续的<xsl:attribute>会被直接忽略。这是因为XML/HTML的语法规定：元素的属性必须出现在开始标签中，不能穿插在子内容之后。XSLT作为生成合法XML/HTML的语言，必须遵循这一底层语法逻辑。

看你的两个例子对比：

有效代码（属性在前）

<xsl:element name="button">
    <xsl:attribute name="onclick">
        console.log(600);
    </xsl:attribute>
    
    <xsl:text>Click Me</xsl:text>
</xsl:element>

输出的HTML完全合法：

<button onclick="console.log(600);">Click Me</button>

处理器会先收集所有属性，再输出带属性的元素开始标签，接着输出文本内容，最后闭合标签。

无效代码（属性在后）

<xsl:element name="button">
    <xsl:text>Click Me</xsl:text>

    <xsl:attribute name="onclick">
        console.log(600);
    </xsl:attribute>
</xsl:element>

处理器先输出了<button>的开始标签（无属性）和文本内容，此时已经无法回溯修改开始标签添加属性——因为这会生成<button>Click Me onclick="console.log(600);"</button>这种完全不符合XML语法的内容，所以处理器直接丢弃后续的属性声明，最终输出：

<button>Click Me</button>

背后的核心原因 #

XML的元素结构是严格分层的：开始标签（包含所有属性）→ 子内容（文本、子元素等）→ 闭合标签。XSLT的设计目标是生成合法的XML/HTML文档，因此必须强制属性的声明顺序优先于子节点。如果允许在子节点后添加属性，生成的文档会是无效的，无法被XML/HTML解析器正确处理。

总结 #

无论使用<xsl:element>还是直接写字面量元素（如<button>），所有动态添加的属性（通过<xsl:attribute>）都必须放在元素的任何子节点之前，才能被正确渲染到元素的开始标签中。

内容的提问来源于stack exchange，提问作者Denis