XmlDocument.Load 失败，LoadXml 工作：

Question

在回答this question 时，我遇到了一个我不明白的情况。 OP 试图从以下位置加载 XML：http://www.google.com/ig/api?weather=12414&hl=it

显而易见的解决方案是：

string m_strFilePath = "http://www.google.com/ig/api?weather=12414&hl=it";
XmlDocument myXmlDocument = new XmlDocument();
myXmlDocument.Load(m_strFilePath); //Load NOT LoadXml

但是这失败了

XmlException : 给定编码中的无效字符。第 1 行，位置 499。

Umidità 的 à 似乎卡住了。

OTOH，以下工作正常：

var m_strFilePath = "http://www.google.com/ig/api?weather=12414&hl=it";
string xmlStr;
using(var wc = new WebClient())
{
    xmlStr = wc.DownloadString(m_strFilePath);
}
var xmlDoc = new XmlDocument();
xmlDoc.LoadXml(xmlStr);

我对此感到困惑。谁能解释为什么前者失败，但后者工作正常？

值得注意的是，文档的 xml 声明省略了编码。

Answer 1

WebClient 使用 HTTP 响应标头中的编码信息来确定正确的编码（在这种情况下，ISO-8859-1 基于 ASCII，即每个字符 8 位）

看起来XmlDocument.Load 没有使用此信息，并且由于 xml 声明中也缺少编码，因此它必须猜测编码并弄错。一些挖掘让我相信它选择了 UTF-8。

如果我们想获得真正的技术性，它抛出的字符是“à”，在 ISO-8859-1 编码中是 0xE0，但这不是UTF-8 中的有效字符 - 特别是二进制表示这个字符是：

11100000

如果您在UTF-8 Wikipedia article 中进行挖掘，我们可以看到这表示一个代码点（即字符），总共由 3 个字节组成，采用以下格式：

Byte 1      Byte 2      Byte 3
----------- ----------- -----------
1110xxxx    10xxxxxx    10xxxxxx

但是，如果我们回顾一下文档，接下来的两个字符是“:”，即 ISO-8859-1 中的 0x3A 和 0x20。这意味着我们最终得到的是：

Byte 1      Byte 2      Byte 3
----------- ----------- -----------
11100000    00111010    00100000

序列的第 2 个或第 3 个字节都没有10 作为两个最高有效位（这将表示继续），因此这个字符在 UTF-8 中没有意义。

Answer 2

Umidità 字符串作为节点内部文本必须在 这不会在 XmlDocument.Load 中给出任何错误。