XML::LibXML 更好，尤其在生产环境或需要可靠解析时；它基于 libxml2，完全支持 XML 标准及 XPath 等特性，健壮处理边界情况，而 XML::Simple 易出错、不可控且不适用于外部或复杂 XML。
XML::LibXML 更好，尤其在生产环境或需要可靠解析时。
XML::LibXML 更标准、更健壮
它基于成熟的 libxml2 C 库，完全支持 XML 1.0、命名空间、XPath、XSLT、DTD 和 XML Schema 验证。遇到格式不规范但合法的 XML（比如属性值含特殊字符、编码声明混乱、注释嵌套），它通常能正确处理；而 XML::Simple 在这些边界情况里容易出错、静默丢数据，甚至崩溃。
常见问题举例：
- XML 中有同名但不同层级的元素 → XML::Simple 可能覆盖或转成数组/哈希不一致
- 空元素
<tag/>和<tag></tag>被当成不同结构 → XML::Simple 默认行为不区分，导致逻辑误判 - 含命名空间的文档 → XML::Simple 基本不支持，解析后 namespace 信息丢失
XML::Simple 表面简单，实际陷阱多
它把 XML “猜”成 Perl 数据结构（哈希/数组），但猜测规则隐晦且不可控。比如一个标签出现 1 次时是标量，出现 2 次就变数组——这会让代码对输入极其敏感，加一条数据就可能让 $data->{item} 突然从字符串变成数组引用，引发运行时错误。
它的配置选项（如 ForceArray、KeyAttr）看似能缓解，但组合使用时行为更难预测，调试成本高。官方文档也明确写着：“It is not a general-purpose XML parser.”
选哪个，看场景
如果你只是临时脚本，读一个你完全控制、永远不变格式的简单配置文件（比如几行 <host>localhost</host>），XML::Simple 写起来确实快两行。
但只要涉及以下任一情况，直接用 XML::LibXML：
- XML 来自外部系统（API、用户上传、第三方服务）
- 需要提取特定节点（用 XPath 比遍历哈希直观多了）
- 要修改后再保存，或做内容校验
- 团队协作或代码需长期维护
基本上就这些。XML::LibXML 学习曲线略高一点，但写几行 XPath 就能做的事，远比修 XML::Simple 的“意外类型转换”省心。
