为什么 X-UA-Compatible 有时无法生效？答案

【问题标题】：Why does X-UA-Compatible sometimes fail to take effect?为什么 X-UA-Compatible 有时无法生效？
【发布时间】：2012-06-20 09:42:57
【问题描述】：

我有一个为 IE7 编写的旧版 Intranet Web 应用程序，其中包含一些糟糕的 CSS，这使其在 IE8 中无法正确呈现。由于使用它的组织现在正在切换到 IE8，因此我通过将 X-UA-Compatible HTTP 标头设置为 EmulateIE7 来启用 IE7 仿真。我已经确认标头实际上是通过wget -S 发送的。

对于大多数用户来说没有问题，但一些用户报告说一个（相当重要的）iframe 呈现不正确。虽然我无法重现该问题，但只需使用 IE8 和开发人员工具并将文档模式设置为“Internet Explorer 8 标准”即可达到相同的效果

因此，对于某些用户而言，似乎“某事”导致一个 iframe 以与 HTTP 标头指定的文档模式不一致的文档模式呈现。

所以问题是：在这个页面中可能会发生什么使 IE8 切换出 HTTP-header-specified 文档模式？

编辑：根据@Václav Dajbych 提供的链接，我发现根据流程图我应该获得 IE7 标准模式（如我所料）。流程是：不，不，是，是的是的。我受影响页面的文档类型是

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

【问题讨论】：

标签： internet-explorer internet-explorer-8 x-ua-compatible

【解决方案1】：

检查determining IE8's document mode。在决策算法中，只有元标记和开发人员工具设置的优先级高于 HTTP 标头。有代理服务器吗？我不知道还有什么可能导致它。

【讨论】：

非常方便的链接，谢谢。我知道没有涉及代理，但我可以尝试找出答案。一个很好的建议。请注意，我已经让受影响的用户使用简化的测试页面对此进行了测试，并且我知道至少在大多数情况下他们得到了正确的标题。我们自己不添加元标记，但代理也是一种遥远的可能性。