优先用XDocument解析小到中等XML（新手推荐），XmlDocument适用于老项目或XPath需求，大文件用XmlReader流式处理，结构固定时用XmlSerializer反序列化。
直接说结论：用或，别碰手动解析——除非你真在处理 GB 级流式 XML 且内存受限。
用
解析小到中等 XML（推荐新手）
这是最直观、LINQ 支持好、语法干净的方式，适合配置文件、API 返回体、本地数据文件等常见场景。
加载方式简单：
或
查节点用
或
，支持链式调用
取值别直接用
——空元素会抛
，改用
或
（后者对 null 安全）
注意命名空间：如果 XML 带
，必须用
用
解析但需兼容老项目或 XPath
如果你维护的是 .NET Framework 4.0 以前的代码，或者必须用 XPath 查询（比如
），
更合适。
加载后用
，返回
，遍历时要判空：
不递归，只查直接子节点；要全树匹配得用
修改后保存：必须调用
，否则只是内存操作
性能上比
略低，DOM 树更重，但 XPath 功能更成熟
反序列化 XML 到对象（当结构固定时最快）
如果你的 XML 是规范的、和 C# 类一一对应（比如来自 WebService 或自定义配置），
能省掉 80% 的解析胶水代码。
C知道
CSDN推出的一款AI技术问答工具
下载
类必须加
、字段加
或
反序列化：
不支持复杂逻辑（如字段名映射不一致、条件忽略），遇到
或
要小心类型匹配
不能处理含混合内容（text + element）的节点，会报
常见崩溃点和绕过方法
这些不是“不会写”，而是上线后突然炸掉的典型原因：
→ XML 开头有 BOM 或空白符，用
显式指定编码，或先
中文乱码：确认 XML 声明是
，且读取时用的
，别依赖系统默认
大文件 OOM：别用
加载几百 MB 的 XML，换
流式读取，配合
跳过无关节点
XML 中有
：
会自动转成文本节点，但
需要判断
才能安全取值
真正难的不是选哪个 API，而是拿到 XML 后第一眼先看有没有命名空间、编码声明、CDATA、注释嵌套——这些细节不确认，写一百行 LINQ 也可能在第 101 行崩掉。
XmlDocumentXDocumentXmlTextReaderXDocumentXDocument.Load("config.xml")XDocument.Parse(xmlString).Descendants("item").Root.Element("name").ValueNullReferenceException.Element("id")?.Value(string)elem.Element("id")xmlns="http://example.com/ns"XNamespace ns = "http://example.com/ns"; doc.Root.Element(ns + "data")XmlDocument//book[@category='web']XmlDocumentdoc.SelectNodes("//user")XmlNodeListif (node.Attributes["id"] != null)GetElementsByTagName("name")SelectNodes(".//name")doc.Save("out.xml")XDocumentXmlSerializer[XmlRoot("root")][XmlElement("id")][XmlAttribute("type")]var serializer = new XmlSerializer(typeof(Config));
using var reader = new StringReader(xmlString);
var config = (Config)serializer.Deserialize(reader);XmlIgnoreXmlArrayItemInvalidOperationExceptionXmlException: Data at the root level is invalidFile.ReadAllText(path, Encoding.UTF8)xmlString.TrimStart()Encoding.UTF8XDocument.Load()XmlReader.Create()ReadToFollowing()XDocumentXmlDocumentnode.NodeType == XmlNodeType.CDATA