XML解析时空白处理需关注PreserveWhitespace和IgnoreWhitespace设置，默认忽略空白可能导致节点数差异，建议用XmlReaderSettings控制行为，使用Elements或Descendants按名称查找元素，并对文本内容调用Trim()清理首尾空格，确保解析稳定。
在C#中处理XML时，空白字符（Whitespace）常常导致解析结果不符合预期。问题通常不是代码写错了，而是对XML解析器如何处理空白的默认行为理解不足。
XML解析器默认会保留或忽略空白
XmlDocument、XElement 和 XmlReader 等类在读取XML时，有一个关键设置：PreserveWhitespace。这个属性决定了是否保留XML中的空白节点。
常见情况：
- 当 PreserveWhitespace = false（默认），解析器会自动忽略大多数空白文本节点，尤其是元素之间的缩进和换行。
- 当 PreserveWhitespace = true，所有空白都会作为文本节点保留，可能导致多出不必要的子节点。
例如，有如下XML：
- A
- B
如果未开启保留空白，root.ChildNodes 可能只有两个
使用XElement时容易忽略的细节
XElement 和 LINQ to XML 默认不保留空白，但如果你从 XmlReader 加载，而该 reader 设置了 IgnoreWhitespace = false，结果可能包含多余内容。
建议做法：
- 加载XML时明确控制行为：
var settings = new XmlReaderSettings { IgnoreWhitespace = true };
using var reader = XmlReader.Create("data.xml", settings);
var doc = XDocument.Load(reader);
这样可以跳过无关的空白文本节点，避免后续遍历时误判内容。
CDATA与实际文本中的空格也要注意
即使没有格式化空白，元素内部的文本也可能包含开头或结尾的空格：
张三
直接用 element.Value 会得到 " 张三 "，包含前后空格。若用于比较或显示，应手动清理：
string name = element.Value.Trim();
特别是从用户输入生成的XML，更需做规范化处理。
验证XML是否带格式化（Pretty Print）
开发中常见的问题是：测试用的XML是“美化”过的（带缩进），而生产数据可能是压缩一行的。两者在节点结构上表现不同。
解决方案：
- 不要依赖
ChildNodes.Count或索引来访问元素。 - 改用
element.Elements("item")或element.Descendants("item")按名称查找，这才是稳定方式。
基本上就这些。关键是理解空白何时被保留、何时被忽略，并在读取时统一控制行为，避免因格式差异导致逻辑错误。
