C#读取含xmlns的XML到DataSet报错及XDocument查询异常问题

最终需求是实现第三方XML文件的元素级检索能力，支持按条件查询返回对应结果，不强制绑定DataSet读取方案，最初选择DataSet是认为该方案实现最简便。
本次测试使用的是NIBRS标准的GroupA事件样本XML，文件内包含14个xmlns命名空间声明及xsi命名空间。

遇到的两类异常/不符合预期的问题 #

1. DataSet读取XML抛出重名错误 #

使用如下代码读取文件时：

DataSet myset = new DataSet();
myset.ReadXml(_fileName); 

抛出异常：System.Data.DuplicateNameException: Cannot add a column named 'IncidentAugmentation': a nested table with the same name already belongs to this DataTable.
排查确认XML中确实存在名为IncidentAugmentation的重复元素，但这些元素分属不同的xmlns命名空间。

2. XDocument查询无匹配结果 #

改用XDocument编写查询逻辑，目标是检索所有IncidentAugmentation节点下IncidentExceptionalClearanceCode值为"N"的报告，预期返回2条结果，但如下代码运行后返回0条结果：

XDocument submissions = XDocument.Load(_fileName);

var allReportsWithClearCodeN = submissions.Elements("IncidentAugmentation")
    .Where(m => m.Element("IncidentExceptionalClearanceCode").Value == "N");

目前排查方向集中在命名空间处理逻辑上。

两个问题的核心诱因都是未正确处理XML命名空间：

• DataSet.ReadXml()方法默认不会按命名空间区分同名元素，只要元素的本地名称一致，就会被判定为同一张表/列，遇到分属不同命名空间的同名元素时，自然会触发重名冲突。这个方法本身只适合结构简单、无多命名空间、无跨命名空间同名元素的简单XML场景，不适用当前的标准行业XML文件。
• XDocument查询时直接传入不带命名空间的元素名，只会匹配无命名空间的对应节点，完全匹配不到带默认命名空间的目标元素；另外Elements()方法仅查找当前节点的直接子节点，目标节点如果在XML的深层嵌套层级，根本不会被遍历到，两个问题叠加导致返回0条结果。

首推LINQ to XML（XDocument）方案，兼容性和灵活性最高，实现成本也很低，正确写法如下：

1. 加载文档后先从根节点提取默认命名空间，不要硬编码命名空间字符串，避免后续XML版本迭代时命名空间变动导致代码失效：

   XDocument submissions = XDocument.Load(_fileName);
   XNamespace defaultNs = submissions.Root.GetDefaultNamespace();
   

2. 查询时所有元素名拼接对应命名空间，用Descendants()递归查找所有层级的目标节点，取值时优先用显式类型转换，避免节点不存在时触发空引用异常：

   var allReportsWithClearCodeN = submissions
       .Descendants(defaultNs + "IncidentAugmentation")
       .Where(node => (string)node.Element(defaultNs + "IncidentExceptionalClearanceCode") == "N")
       .ToList();
   

如果有更复杂的业务查询需求，也可以选择另外两种方案：

• 根据XML对应的XSD架构生成强类型实体类，用XmlSerializer反序列化为强类型对象集合，后续直接用LINQ to Object查询，编码时可以获得智能提示，减少拼写错误
• 解析XML后手动将需要用到的字段映射填充到自定义结构的DataTable中，完全规避DataSet自动建表的重名冲突问题

最初选择DataSet自动读取XML的方案，仅适合处理结构简单的单命名空间XML，对于NIBRS这类包含多命名空间的标准行业XML，自动读取逻辑的兼容性极差，强行适配反而会增加额外的处理成本。LINQ to XML是处理这类复杂XML的首选方案，代码量不大，后续扩展查询条件也更方便。

内容的提问来源于stack exchange，提问作者Talsiter