使用 LINQ to XML 中的 XDocument 解析 XML 时出现失败，通常不是因为语法错误，而是由实际运行环境或数据结构问题引发。理解这些常见异常及其处理方式，能显著提升代码的健壮性。
XML 格式不合法
最直接导致解析失败的原因是输入的 XML 内容格式非法。XDocument 要求 XML 必须有且仅有一个根元素，且所有标签必须正确闭合。
常见情况包括： 缺少根节点，例如提供多个并列的顶级元素 标签未闭合，如<name>John</name>没有对应的 特殊字符未转义，比如文本中包含
&、
等未用实体表示编码问题，如文件声明为 UTF-8 但实际内容包含乱码字节
建议在加载前先验证 XML 是否可通过标准工具打开，或使用 XDocument.Parse 前进行预检查。
文件路径或流读取失败
当使用 XDocument.Load 从文件路径、Stream 或 URL 加载时，可能因外部资源问题抛出异常。
典型异常来源： 文件路径不存在或拼写错误 程序无读取权限 网络地址不可达（若加载远程 XML） 流已被关闭或无法访问这类问题不属于 XML 语法错误，而是 IO 异常，会抛出 IOException 或 WebException。应在调用 Load 时包裹 try-catch，并针对不同异常类型做区分处理。
忽略声明和空白带来的误解
有时开发者误以为解析“失败”，实则是忽略了文档声明或空白文本节点的影响。
例如，默认情况下 XDocument 会保留 XML 声明和可能的空白节点。如果通过 Nodes() 遍历时发现第一个节点是 XText 类型，内容为空白或换行，容易误判为结构异常。
解决方法是在加载时设置 LoadOptions：
LoadOptions.None：默认行为
LoadOptions.IgnoreWhitespace：自动跳过仅含空白的文本节点
LoadOptions.PreserveWhitespace：保留所有空白
合理选择选项可避免因空白节点导致的逻辑判断错误。
正确处理异常的实践建议
为确保程序稳定性，任何使用 XDocument 的代码都应包含适当的异常捕获机制。
示例：
try
{
XDocument doc = XDocument.Load("data.xml");
// 处理文档
}
catch (XmlException ex)
{
// XML 格式错误
Console.WriteLine("XML 格式错误: " + ex.Message);
}
catch (FileNotFoundException)
{
Console.WriteLine("文件未找到，请检查路径。");
}
catch (UnauthorizedAccessException)
{
Console.WriteLine("没有权限读取该文件。");
}
catch (Exception ex)
{
Console.WriteLine("未知错误: " + ex.Message);
}
通过分层捕获，既能定位问题根源，也能向用户返回有意义的提示信息。
基本上就这些。掌握常见失败场景和对应处理方式，能让 LINQ to XML 的使用更可靠。
