不能。xelement.parse()仅支持单根xml文档或元素，多节点片段会抛出“根元素缺失”异常；解析无根片段应使用xnode.readfrom()配合xmlreader。
XElement.Parse() 能不能直接解析不带根节点的XML片段？
不能。它会抛出 XmlException，提示“根元素缺失”或“文档中不能有多个根元素”。XElement.Parse() 设计上只接受**格式良好的 XML 文档或单个元素**——也就是说，输入必须是：一个顶层元素（如 <book>...</book>），或者带声明+单根的完整文档（如 <?xml version="1.0"?><root>...</root>）。
常见错误现象：
你拼接了一段像 <item>A</item><item>B</item> 的字符串，直接传给 XElement.Parse()，结果崩在运行时。
- 如果手头是多个同级元素（XML 片段），改用
XDocument.Parse()+.Root不行（因为没根），得先包一层：比如用"<root>" + fragment + "</root>"再解析 - 更稳妥的做法是用
XNode.ReadFrom()配合XmlReader，它原生支持读取碎片（见下一条） - 注意：即使加了
<?xml ... ?>声明，只要后面跟多个并列元素，依然报错
解析纯片段（无根、多节点）该用什么方法？
用 XNode.ReadFrom()，配合 XmlReader.Create()。这是唯一能安全吞掉 <div>...</div>
<p>...</p> 这类内容的方式。
使用场景：从 HTML 模板提取部分结构、拼接动态 XML 片段、处理服务端返回的非标准 XML 响应体。
- 必须用
XmlReader包装字符串，不能直接传 string 给ReadFrom - 示例：
var reader = XmlReader.Create(new StringReader("<item>X</item><item>Y</item>")); var first = XNode.ReadFrom(reader); // 得到第一个 <item> var second = XNode.ReadFrom(reader); // 得到第二个 <item> - 每次调用
ReadFrom()只读一个节点（含子树），需循环调用才能读完全部；别指望它自动返回IEnumerable<xnode></xnode> - 性能上比
Parse()略低（多了 reader 层），但这是为灵活性付出的合理代价
为什么不用 XmlDocument.LoadXml() 替代？
因为 XmlDocument 同样拒绝无根内容，而且转换成 XElement 多一步（XElement.Load(new XmlNodeReader(doc))），徒增开销和出错点。
兼容性影响：.NET Framework 和 .NET Core / 5+ 行为一致，这点没区别。
-
LoadXml()报错信息更模糊，常是“数据在根级别上无效”，不如XElement.Parse()的提示直白 - 如果你已用
XElement为主数据模型，硬切到XmlDocument属于倒退——它不支持 LINQ to XML 查询语法 - 真要跨平台或需 XPath，优先考虑
XDocument+XmlReader组合，而非回退到老式 DOM
Parse() 的参数陷阱：空白字符和编码声明
看似简单的字符串，可能因首尾空白或 BOM 导致失败。例如带 UTF-8 BOM 的字符串传给 XElement.Parse()，会报“无法识别的字符”。
容易踩的坑：
- 从文件/网络读取的字符串可能含
\uFEFF（BOM），建议先str.TrimStart('\uFEFF', '\uFFFE') -
Parse()默认按 UTF-8 解析，如果字符串实际是 GB2312 编码且含中文，会乱码甚至解析失败——此时必须用XDocument.Parse()并指定XmlReaderSettings - 字符串首尾有空格、换行？
Parse()允许前导空白，但不允许在根元素外还有文本节点（比如"\n<root></root>\n"是 OK 的，但"<root></root> extra"不行）
复杂点在于：XML 片段的合法性边界很窄，而现实里拿到的数据往往“差不多能用”。别迷信 Parse，该包根就包根，该用 ReadFrom 就别省那两行代码。
