LibXSLT 1.99版本transform函数递归异常问题咨询

临时修复：调整max_depth阈值 #

如果需要快速恢复服务，可以直接修改代码中的max_depth参数，调高允许的递归深度：

use XML::LibXSLT;
use XML::LibXML;

my $parser = XML::LibXML->new();
my $xslt = XML::LibXSLT->new();
# 调高max_depth值，根据实际递归需求调整
$xslt->max_depth(500);

my $source = $parser->parse_file('foo.xml');
my $style_doc = $parser->parse_file('bar.xsl');

my $stylesheet = $xslt->parse_stylesheet($style_doc);
my $results = $stylesheet->transform($source);

print $stylesheet->output_string($results);

• 注意：调高max_depth会增加栈内存占用，建议先在测试环境验证内存使用情况，避免线上出现OOM；同时要确认递归逻辑本身没有真正的无限递归风险，否则调大只是延迟崩溃。

根本优化：重构XSL递归逻辑 #

从长期来看，重构递归模板为迭代逻辑是更安全的方案，避免依赖max_depth阈值：

• 替换递归为迭代：对于XML树结构的遍历，可使用<xsl:for-each>结合节点集选择来实现递推。比如原本递归处理子节点的模板，改为先通过//node()或轴选择获取所有需要处理的节点，再批量迭代处理。
• 检查并完善终止条件：排查XSL模板中的递归终止逻辑，确认是否存在边界情况未处理（比如叶子节点没有正确跳出递归）。LibXSLT 1.99对递归的检查更严格，旧版本能容忍的不严谨终止条件在新版本会触发异常。
• 使用尾递归优化：如果必须保留递归，确保递归是尾递归形式（递归调用是模板的最后一步操作）。LibXSLT对尾递归的优化在新版本中可能需要更规范的写法，这样处理器可以复用栈帧，不占用额外深度。

版本差异原因说明 #

LibXSLT 1.99与1.80的max_depth计数逻辑存在差异：

• 旧版本1.80的max_depth仅统计用户自定义模板的递归调用次数；
• 新版本1.99将XSLT处理器内部的栈帧（比如内置函数调用、上下文切换）也计入深度统计，导致相同的用户递归次数在新版本中更快触发阈值。

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