internet-explorer - IE 8 丢弃内存页？

Question

这个问题是 this question 的衍生/演变. (这个问题被标记为已解决，因为我悬赏并自动解决，但它从未真正得到回答。)

总结如下:我们有一个 ASP.NET 站点。有时，当客户要求提供奇怪的 url 时，我们会遇到错误。从客户要求的资源来看，html 源代码中似乎缺少 4k 的文本 block 。

一个简单的例子......如果我们有一个看起来像这样的页面:

<a href="myValidLink.aspx">Here's some text</a>
a bunch more stuff
...(a large block of text)...
AND NOW MORE STUFF LATER

客户可能会要求提供网址:“myValidLiORE%20STUFF%20LATER”。

它表现得好像 html 源代码的一部分不存在......而丢失的部分似乎正好是 4KB(4096 字节)长(或者根据某些人，有时是 1KB？)。

很遗憾，我们无法按需复制此错误，尽管我们看到它每天多次从客户那里传来。

起初我们认为这是 Webresource.axd 的问题，因为我们碰巧在那里看到了很多......但现在我认为这主要是因为我们将类似的错误分组在一起，而这些错误往往发生在腐败发生在那个特定地区。现在我正在研究更广泛的问题，我看到我们遇到非常不同的错误的地方，这些错误看起来像是由丢弃 block 的同一个问题引起的。

我们已经在 IE 8 中看到了很多这种情况，并且随着 IE 8 变得越来越流行，这种情况变得越来越频繁。我们偶尔会看到它使用自报告为 IE 7 的浏览器...如果 IE 8 进入“兼容模式”，它就会这样做。

我的理论，在这一点上(我试图找到一种方法来测试)是网络服务器正确地发送了字节流中的所有数据......以及浏览器，IE 8，有问题，并在某些情况下丢弃它的内存页(4k)。

不过，我有点担心这个理论，因为显然有些人报告说在 IE 6 或 FF 3 中“偶尔”看到这种情况......这些往往是异常值，可能只是具有相似症状的不同问题，但如果在那些浏览器上真的是一样的东西，那会让我的理论失去意义。不过，目前我没有更好的主意。

我的另一个想法可能是服务器上一个相对较新的服务包导致向客户端提供数据时出现问题，偶尔会丢失 4KB。这个理论的问题在于它不能解释 IE 8 上错误的巨大优势，以及其他客户端浏览器上的错误。

所以问题，希望最终会有答案:

1. 还有其他人遇到过这种情况吗？ (也许现在它在你的雷达上？)
2. 任何人都可以始终如一地复制这个问题吗？
3. 你知道它是什么吗？你能证实或反驳我的理论吗？
4. 是否有任何修复或解决方法？

Answer 1

**2010 年 4 月 1 日编辑:**更新: 2010 年 3 月 30 日的 IE8 累积更新现已修复 4k 错误。 blogs.msdn.com/ieinternals/archive/2010/04/01/

Internet Explorer 团队一直在调查此问题。

-=影响=-

到目前为止，我们认为该问题不会影响最终用户使用 Web 应用程序的体验；唯一的负面影响是 JavaScript 推测下载引擎发送的虚假/格式错误的请求。当解析器实际需要该脚本时，该脚本将被正确下载和使用。

-=情况=-

虚假请求似乎仅在某些时间情况下发生，仅当预解析器被强制重新启动时(例如当包含带有 CHARSET 指令的 Content-Type 的 META HTTP-EQUIV 标记出现在文档中时)和仅当 JavaScript SRC URL 跨越 HTTP 响应正文的第 4096 个字节时。

-=解决方法=-

我们目前认为，通常可以通过使用 HTTP Content-Type header 声明页面的 CHARSET 而不是在页面中指定它来缓解此问题。

所以，与其放

[META HTTP-EQUIV="Content-Type"CONTENT="text/html; charset=utf-8"]

改为在您的 head 标签中发送以下 HTTP 响应 header :

内容类型:文本/html；字符集=utf-8

请注意，HTTP header 中的字符集规范会提高所有浏览器的性能，因为浏览器的解析器在遇到字符集声明时无需从头重新开始解析。此外，使用 HTTP header 有助于缓解某些 XSS 攻击向量。