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 则需要更多样板代码：
必须通过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。两者都能完成任务，但开发效率和可读性差别明显。
