Saxonica EE XSLT转换无限循环处理及超时配置问题咨询

超时配置支持说明 #

Saxonica EE（含试用版）原生支持为转换任务设置执行超时，超时后会自动终止异常转换流程并抛出异常，不会拖垮主应用。Java环境下有两种配置方式：

• 若使用Saxon s9api接口，可通过Controller类设置超时（单位为毫秒）：

import net.sf.saxon.Controller;
import net.sf.saxon.s9api.XsltCompiler;
import net.sf.saxon.s9api.XsltExecutable;
import net.sf.saxon.s9api.XsltTransformer;

// 初始化编译器、加载XSLT得到executable实例
XsltCompiler compiler = processor.newXsltCompiler();
XsltExecutable executable = compiler.compile(xsltSource);
XsltTransformer transformer = executable.load();

// 获取底层Controller设置超时，示例为30秒
Controller controller = transformer.getUnderlyingController();
controller.setMaxExecutionTime(30 * 1000);

• 若使用JAXP标准Transformer接口，可通过属性配置：

Transformer transformer = TransformerFactory.newInstance().newTransformer(xsltSource);
transformer.setAttribute("http://saxon.sf.net/feature/maxExecutionTime", 30 * 1000);

超时触发后会抛出net.sf.saxon.trans.XPathException，捕获该异常即可做失败降级处理。

无栈溢出无限循环的方案评估 #

Saxonica做了尾递归优化、迭代执行优化等逻辑，大部分无限循环不会触发栈溢出，只会持续占用CPU资源，这种场景下设置超时是最优终止方案，原因如下：

• 通用性强：适配所有非预期无限循环场景，包括模板递归死循环、xsl:iterate死循环、复杂XPath表达式无限求值等，无需修改原有XSLT逻辑
• 实现可靠：是Saxonica官方原生实现的能力，终止时会自动清理转换占用的内存、临时资源，不会产生内存泄漏
• 配置灵活：可根据业务载荷大小灵活调整阈值，建议先统计正常转换的耗时，设置比最高正常耗时高30%~50%的阈值，避免误杀正常任务

如果你的循环风险来自明确的xsl:iterate或者固定递归模板，也可以针对性设置最大迭代次数限制，但该方案通用性低于超时配置，仅适合已知风险点的场景。

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