首先可以明确：Saxon-JS在处理包含XML元素的CDATA内容时，确实存在和Saxon-HE（Java版）行为不一致的场景，这属于两者之间的兼容性差异，而非严格意义上的"错误"，但确实会导致你遇到的格式不符合预期的问题。

可能的核心原因 #

• CDATA解析逻辑差异：Saxon-HE在处理CDATA时，会保留内容里的XML元素结构（即使包裹在CDATA中），后续可以正常解析并应用模板；但Saxon-JS默认会把CDATA内容当作纯文本处理，里面的元素标签会被当成普通字符串输出，自然无法按预期渲染成HTML标记。
• SEF编译的优化调整：将XSLT 3.0编译为SEF文件时，Saxon-JS的编译器可能对CDATA相关的节点处理做了简化，没有完全复刻Saxon-HE的处理逻辑，导致原本在Java版中能正常工作的模板，在JS环境中失效。

排查与解决建议 #

• 显式解析CDATA内容：不要依赖默认的文本提取逻辑，在XSLT里主动把CDATA内容当作XML片段解析。比如使用parse-xml()函数（Saxon-JS支持这个函数，但要确保CDATA里的内容是合法的XML片段），示例代码：

<xsl:variable name="cdata-fragment" select="parse-xml(./text())"/>
<xsl:apply-templates select="$cdata-fragment//*"/>

• 检查SEF编译参数：编译XSLT到SEF时，加上-t参数查看编译日志，确认CDATA相关的模板规则有没有被正确编译。如果有必要，可以尝试添加--target:JS等明确的编译选项，确保完整的XML处理能力被保留。
• 确认Saxon-JS版本细节：虽然你提到已经尝试了最新版，但还是可以确认是否是特定版本的问题——比如Saxon-JS 1.x在CDATA处理上限制更多，2.x版本修复了不少兼容性问题，建议确认你使用的是最新的2.x稳定版。
• 调试节点类型：在XSLT中添加调试输出，对比Saxon-HE和Saxon-JS下的节点处理差异：

<xsl:message>Node type: {node-type(.)}, content: {string(.)}</xsl:message>

这样能快速确认Saxon-JS是否把CDATA识别成了普通文本节点，从而针对性调整处理逻辑。

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