xml::simple 因设计哲学与现实需求脱节而被弃用，它将xml硬映射为键值对，导致属性丢失、类型混乱、数组边界模糊；推荐改用xml::libxml+xpath实现可控解析。
XML::Simple 为什么越来越不被推荐
它不是“不能用”，而是设计哲学和现实需求严重脱节。核心问题在于把 XML 当成键值对来硬塞，遇到任意嵌套、同名多节点、属性与文本混杂的结构，XML::Simple 就会开始“自作主张”地改数据类型、丢属性、合并数组——而且这些行为默认开启，不报错也不警告。
常见错误现象：明明写了标签，解析后却不见了
比如一个 <item id="123">apple</item>，默认解析后变成 { item => "apple" }，id 属性直接消失；如果出现两个 <item></item>，它可能返回一个 hash（只有一个）或 array（两个以上），边界模糊，代码必须反复判断 ref($data->{item}) eq 'ARRAY' 才敢操作。
- 属性默认不保留，需显式设置
KeyAttr => []或ForceArray => [qw(item)] -
ContentKey和KeyAttr参数互相影响，调换顺序可能导致结果突变 - 空标签如
<price></price>可能被转成undef或空字符串，取决于上下文
替代方案其实很明确：用 XML::LibXML + XPath
真正可控的解析必须放弃“自动映射”幻想。用 XML::LibXML 加 XPath 查询，虽然写法略长，但每一步都可验证：
use XML::LibXML;
my $doc = XML::LibXML->load_xml(string => $xml);
my @items = $doc->findnodes('//item');
for my $node (@items) {
my $id = $node->getAttribute('id');
my $text = $node->textContent;
# 不会猜，不会丢，不会变类型
}性能上，XML::LibXML 是 C 库绑定，比纯 Perl 的 XML::Simple 快一个数量级；内存占用也更可控，支持流式解析大文件。
什么情况下还能凑合用 XML::Simple
仅限于你完全控制输入格式，且满足全部条件：
- XML 是你自己生成的，永远只有单层、无重复标签、无属性
- 只做一次性脚本，不封装成模块，不交给别人维护
- 明确设置了
ForceArray => 1, KeyAttr => [], ContentKey => '-content'等兜底参数 - 每次解析后都用
Data::Dumper检查输出结构，而不是靠文档猜测
现实中，只要 XML 来自外部系统、API 或历史遗留配置，就别碰 XML::Simple。它的“简单”是假象，调试时花的时间远超多写的那几行 XPath。
