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