最稳的XML字符串缩进必须用XmlWriterSettings配合XDocument/XmlDocument重写输出，而非字符串替换或正则；Indent设为true、IndentChars统一为空格或制表符，且需先解析再保存。
XML字符串缩进用 XmlWriterSettings 最稳
直接靠字符串替换或正则加空格来“美化”xml，99%会翻车——标签嵌套错位、属性换行异常、cdata内容被误切。c#原生支持的缩进必须走 xmlwriter 流式写入，靠 xmlwritersettings 控制格式。
关键不是“怎么缩进”，而是“怎么不破坏结构”。以下是最小可靠路径：
-
XmlWriterSettings.Indent设为true（默认 false） -
XmlWriterSettings.IndentChars用" "或"\t"，别用混合空格 - 必须把原始 XML 先加载成
XDocument或XmlDocument，再用XmlWriter重写输出——不能对原始字符串直接操作 - 如果源是字符串，用
XDocument.Parse()；如果是文件，用XDocument.Load()
XDocument doc = XDocument.Parse(xmlString);
using var writer = XmlWriter.Create(ms, new XmlWriterSettings {
Indent = true,
IndentChars = " ",
OmitXmlDeclaration = true
});
doc.Save(writer);
VS自动缩进XML文件 ≠ 运行时缩进字符串
Visual Studio 编辑器里按 Ctrl+K, Ctrl+D 能格式化 .xml 文件，但这是编辑器行为，不生成任何运行时代码。想在程序里动态生成带缩进的 XML 字符串，必须调用 API，而不是依赖 IDE。
常见误解：以为设置 XmlDocument.PreserveWhitespace = false 就能自动缩进。其实它只影响加载时是否忽略空白，和输出缩进完全无关。
-
XmlDocument没有内置“格式化输出”方法，OuterXml和InnerXml都是无缩进的原始字符串 -
XDocument.ToString()也不缩进，它等价于Save(TextWriter)用默认设置 - 想让日志或调试输出可读，必须显式构造
XmlWriterSettings并传给Save()
缩进导致的性能与兼容性陷阱
加缩进不是免费的——它增加字符数、延长序列化时间、可能干扰某些老系统解析（比如严格按字节比对签名的 XML 签名验证）。
- 生产环境日志或网络传输中，除非人工要读，否则应关闭缩进：
Indent = false - 缩进后 XML 大小平均增加 15%~30%，对高频小报文影响明显
- 某些嵌入式 XML 解析器（如旧版 Android SAX 实现）会把缩进空格误认为文本节点，导致
FirstChild取到XmlText而非预期元素 - 如果 XML 含有注释或处理指令，
XmlWriter默认会保留它们并缩进，但位置可能和原始不符——这不是 bug，是规范行为
别用 StringBuilder + 正则硬凑缩进
有人试过用 Regex.Replace 在 前加空格、在 <code>/> 后去空行，结果是：自闭合标签错位、属性跨行断裂、命名空间声明重复。XML 不是 HTML，不能当普通文本处理。
-
<root><child attr="a<b">text</child></root>这种含的属性值，正则根本无法安全识别边界 - XML 命名空间前缀（如
p:tag）和冒号绑定关系，手动缩进容易破坏作用域 -
XmlReader是单向流，无法回溯补空格；而XDocument/XmlDocument已经完成解析树构建，缩进只是输出层的事
真正该花时间的地方，是确认你是否真的需要运行时缩进——大多数时候，只在开发期用一次 Save() 到临时文件看结构就够了。
