为什么Internet Explorer（8）认为这是XML

这是从服务器生成的原始响应（使用Fiddler2）

它显然正在回归。在IE8中，我可以看到：

当我尝试将目标另存为…时，我得到了以下结果（注意另存为类型：）：

---

IE因对内容类型的事后猜测而臭名昭著。大概他们在做内容嗅探，而

却把它绊倒了

尝试使用文本/纯文本或应用程序/八位字节流以外的其他内容类型，以查看是否得到相同的行为。它似乎只对这两种类型进行嗅探，试图解决配置错误的web服务器：

---

另请参见

IE因事后猜测内容类型而臭名昭著。大概他们在做内容嗅探，而

却把它绊倒了

尝试使用文本/纯文本或应用程序/八位字节流以外的其他内容类型，以查看是否得到相同的行为。它似乎只对这两种类型进行嗅探，试图解决配置错误的web服务器：

---

另请参见

它正在查看包含xml的实际内容：

<?xml version="1.0"?>

---

很容易理解为什么没有任何html元素，如html、head或body。如果希望xml显示为文本，则需要在html中包含并正确转义标记。

它将查看包含xml的实际内容：

<?xml version="1.0"?>

---

很容易理解为什么没有任何html元素，如html、head或body。如果希望xml显示为文本，则需要将其包含在html中并正确转义标记。

我猜这只是因为IE决定不遵守给定的内容类型，而不是开始解析内容，找到xml标题，就这样。为什么IE会突然表现得像是用一些外来的标准编写的：-）？我想这只是因为IE决定不遵守给定的内容类型，而是开始解析内容，找到xml头，就这样。为什么IE会突然表现得像是用一些外来标准编写的：-）？我最初建议尝试应用程序/八位字节流而不是文本/纯文本。这是个坏主意，因为IE认为这两种类型都是“模棱两可”的。所以完全不同的东西，比如application/x-logfile，可能会更好。谢谢，我将尝试使用内容配置，就像IE9在显式内容类型设置之后仍然使用红色内容嗅探页面一样？我最初建议尝试使用application/octet stream而不是text/plain。这是一个坏主意，因为这两种类型都被IE认为是“不明确的”。因此，像application/x-logfile这样完全不同的东西可能会更好。谢谢，我会尝试使用内容配置，就像IE9在显式内容类型设置之后仍然使用红色的内容嗅探页面一样？谢谢，我理解，这是为了“聪明”。但它是一个简单的文本日志文件，碰巧包含一些xml片段。我不想将is转换为xml。我只是想看看课文。（应该做点体面的事，打开记事本——真的）谢谢，我明白，这是在“聪明”。但它是一个简单的文本日志文件，碰巧包含一些xml片段。我不想将is转换为xml。我只是想看看课文。（应该做点体面的事，打开记事本——真的）

<?xml version="1.0"?>