XDocument 更现代且支持 linq，适合新项目；xmlDocument 基于传统 dom，适用于旧系统或需精细控制的场景。

C# 中 XDocument 和 XmlDocument 都用于处理 XML 数据，但它们属于不同的 API 体系，设计目标和使用方式有明显差异。选择哪一个取决于你的开发需求、代码风格以及是否需要 LINQ 支持。

1. 所属命名空间与技术体系不同

XDocument 属于 System.Xml.Linq 命名空间，是 .net 3.5 引入的 LINQ to XML 的一部分，设计上更现代、简洁；而 XmlDocument 来自 System.Xml，基于传统的 DOM（文档对象模型）模型，从早期 .NET 版本就存在。

– XDocument 更适合函数式编程风格，支持链式调用和表达式操作。
– XmlDocument 更偏向面向对象的树形结构操作，节点类型多（如 XmlElement、XmlAttribute），结构清晰但代码略显冗长。

2. 编程体验与代码简洁性

XDocument 的语法更直观，创建和查询 XML 更简洁：

• 可以用构造函数直接构建 XML 结构，例如：new XElement("Name", "Tom")
• 支持 LINQ 查询，筛选节点非常自然，比如用 Elements()、Where() 等方法
• 空值处理友好，访问不存在的元素返回 NULL 而不是抛异常

XmlDocument 则需要更多样板代码：

魔乐社区

天翼云和华为联合打造的AI开发者社区，支持AI模型评测训练、全流程开发应用

102

查看详情

• 必须通过 CreateElement、CreateAttribute 等工厂方法创建节点
• 遍历子节点要用 Childnodes 并手动判断节点类型
• 查询复杂时需借助 XPath，虽然强大但不如 LINQ 直观

3. 性能与内存使用

两者都加载整个 XML 到内存，属于“全载入”模型，不适合超大文件。但在常规使用中：

• XDocument 因为封装更高级，轻微性能开销，但对多数应用可忽略
• XmlDocument 底层更接近原始实现，某些场景稍快，但优势不明显

如果处理大文件，建议使用 XmlReader / XmlWriter 流式处理，而不是 XDocument 或 XmlDocument。

4. 何时选择哪个？

推荐优先使用 XDocument（LINQ to XML），特别是在以下情况：

• 项目使用 .NET 3.5 或更高版本
• 需要频繁查询、过滤或转换 XML 数据
• 希望代码更简洁、易读、易维护
• 配合其他 LINQ 操作进行数据整合

考虑使用 XmlDocument 的场景：

• 维护旧项目，已有大量 DOM 操作代码
• 需要精确控制 XML 节点类型、命名空间、文档类型声明等细节
• 依赖 XPath 或需要与 WebService、配置系统深度集成（某些框架仍基于 DOM）

基本上就这些。新项目建议用 XDocument，它更符合现代 C# 开发习惯。老系统或特殊需求再考虑 XmlDocument。两者都能完成任务，但开发效率和可读性差别明显。