“根级别无效的数据”指XML字符串开头存在不可见字符（如UTF-8 BOM、零宽空格、换行符等），而非语法错误；XmlDocument.LoadXml要求字符串必须严格以“
XmlDocument.LoadXml 报错“根级别无效的数据”是什么意思
这错误不是 XML 格式本身有语法错误（比如标签没闭合），而是 LoadXml 收到的字符串开头或结尾混入了不可见字符，最常见的是 UTF-8 BOM（0xEF 0xBB 0xBF）或空白符（如 \uFEFF、\u200B、换行/制表符）。.NET 的 XmlDocument.LoadXml 对输入极其严格，只要 XML 字符串开头不是 或合法 XML 声明（如 <code><?xml ），就会直接抛这个异常。
怎么快速定位和清理非法前导字符
别急着改 XML 内容，先检查字符串“长得对不对”。用最简方式验证：
- 打印字符串长度：
xmlString.Length，再看xmlString[0]的 Unicode 值（(int)xmlString[0]），如果是 65279（\uFEFF）或 239（BOM 第一个字节），就确认是 BOM 问题 - 用
xmlString.TrimStart()看是否能过——如果能，说明开头有空白或控制字符；但注意TrimStart()不会去掉\uFEFF，它只处理传统空白 - 真正安全的清理：用
xmlString.TrimStart('\uFEFF', '\u200B', '\t', '\r', '\n', ' ')
从文件或 HTTP 响应读取时为什么更容易出这个问题
因为文件保存默认带 BOM（尤其 Windows 记事本）、HTTP 响应体可能被中间件注入零宽字符，或者前端 JS 拼接 XML 时不小心加了隐藏分隔符。这时候不能只依赖 LoadXml，得在加载前做预处理：
- 如果是
File.ReadAllText(path)得来的，改用File.ReadAllBytes(path)+Encoding.UTF8.GetString(bytes).TrimStart(...)，避免 .NET 自动解码 BOM 导致首字符污染 - 如果是
HttpClient.GetStringAsync()，响应头Content-Type声明charset=utf-8时，.NET 默认会吃掉 BOM，但某些服务返回的其实是无 BOM UTF-8 却声明了 charset，导致实际内容开头多出\uFEFF—— 此时建议用GetByteArrayAsync自己解码 - 别用
XmlDocument.Load(new StringReader(xmlString))替代LoadXml，它照样会报同样错误
有没有更健壮的替代方案
有，但要看你是否需要 XmlDocument 对象。如果只是解析一次、不修改结构，推荐改用 XDocument.Parse()：
-
XDocument.Parse()对 BOM 和首尾空白宽容得多，多数情况下自动跳过 - 它返回
XDocument，API 更现代（.Descendants(),.Element()），但如果你原有代码重度依赖XmlDocument的SelectNodes或CreateElement，切换成本不小 - 若必须用
XmlDocument，最稳写法是封装一层：public static XmlDocument SafeLoadXml(string xml) { var clean = xml.TrimStart('\uFEFF', '\u200B', '\t', '\r', '\n', ' '); if (!clean.StartsWith("<") && !clean.StartsWith("<?xml")) throw new ArgumentException("XML string has invalid leading content"); var doc = new XmlDocument(); doc.LoadXml(clean); return doc; }
LoadXml 在同一段 XML 上时而成功、时而失败，尤其跨环境部署时——Windows 开发机上没问题，Linux 容器里就崩，根源往往就在这几个字节。 
