xml::twig 是事件驱动的流式xml解析器，仅将当前处理的元素及其子树载入内存并自动purge；需显式使用twig_roots或twig_handlers启用低内存模式，避免start/end_tag_handlers导致内存溢出。
XML::Twig 是什么：不是全加载解析器，而是事件驱动的流式切片工具
XML::Twig 不是把整个 XML 文件读进内存再解析的模块，它用“twig”（嫩枝）比喻——只把当前处理的 XML 片段（一个元素及其子树）临时载入内存，处理完就自动 purge 掉。这使它能稳定处理 GB 级 XML，只要单个 <record></record> 或 <item></item> 节点不超内存上限。
怎么启用低内存模式：必须显式调用 purge() 或设 twig_handlers + twig_roots
默认行为仍是加载整棵树。真正省内存靠两个机制：
-
twig_roots => { 'entry' => 1 }：只构建匹配entry元素及其直接子树，其余部分跳过解析（连文本内容都不保留） -
twig_handlers => { 'entry' => sub { ...; $_[0]->purge } }：在进入每个entry时触发回调，处理完立刻调用purge()释放内存 - 二者可共用：先用
twig_roots过滤无关结构，再用twig_handlers精确控制生命周期
常见踩坑：start_tag_handlers 和 end_tag_handlers 不会自动 purge
很多人误以为注册了开始/结束标签处理器就能流式处理，但实际它们只是事件钩子，对应节点仍会留在内存里，直到显式 purge() 或脚本结束。典型错误写法：
my $twig = XML::Twig->new( start_tag_handlers => { entry => sub { print "start\n" } },
end_tag_handlers => { entry => sub { print "end\n" } });
$twig->parsefile('huge.xml'); # 内存持续上涨，最终 OOM正确做法是改用 twig_handlers 并主动清理：
my $twig = XML::Twig->new( twig_handlers => {
entry => sub {
my ($twig, $entry) = @_;
# 处理 $entry：提取字段、写入 DB、转 JSON...
print $entry->first_child_text('title'), "\n";
$entry->purge; # 关键！立即释放该 twig 占用的内存
}
});
$twig->parsefile('huge.xml');性能关键：避免在 handler 中调用 get_xpath 或遍历全文档
get_xpath 会强制重建完整树路径，破坏流式前提；同理，$twig->root 或 $twig->descendants 也会拉取未 purge 的节点。应严格限制操作范围：
- 只用
$entry->first_child('author')这类局部查找 - 用
$entry->att('id')直接取属性，别用$entry->findnodes('@id') - 若需跨节点关联（如引用外部
ref_id），自己缓存 ID 映射表，别反复查树
真正巨型文件（>10GB）建议配合 XML::Twig->safe_parse 防止 DTD 实体爆炸，且确保输入流无 BOM 或非法编码——Perl 默认按字节读，UTF-8 文件没声明 encoding 容易在 <title>café</title> 处截断。
