43

缓存控制标头“no-cache, must-revalidate, private”允许浏览器缓存资源，但通过条件请求强制重新验证。这在 FF、Safari 和 Chrome 中按预期工作。

但是，IE7+8 不发送条件请求，即请求标头中缺少“If-Modified-Since”，因此服务器以 HTTP/200 而不是 HTTP/304 响应。

以下是完整的服务器响应标头：

Last-Modified: Wed, 16 Feb 2011 13:52:26 GMT
Content-type: text/html;charset=utf-8
Content-Length: 10835
Date: Wed, 16 Feb 2011 13:52:26 GMT
Connection: keep-alive
Cache-Control: no-cache, must-revalidate, private

这似乎是一个 IE 错误，但我在网络上没有找到任何相关内容，所以我想知道是否存在另一个标题是否会使 IE 行为异常？

很好地讨论了 no-cache 和 max-age之间的区别：Cache-Control: max-age=0 和 no-cache 有什么区别？

4

2 回答 2

77

我终于想通了。这是一个解释和一个经过测试的解决方案。

以下网站证实了我的观察：http ://blog.httpwatch.com/2008/10/15/two-important-differences-between-firefox-and-ie-caching/

它表示 IE 不会在本地存储带有“no-cache”指令的页面，因此总是发送无条件请求。

还有一篇 MS 支持文章 - https://support.microsoft.com/help/234067/ - 证实了这一点：

“Internet Explorer 支持 HTTP 1.1 Cache-Control 标头，当指定 no-cache 值时，它会阻止对特定 Web 资源的所有缓存......”

这种行为并非完全错误——但这不是 RFC 2616（第 14.9.1 节）的意图。关于'no-cache'，它说“......缓存不得使用响应来满足后续请求，而无需与原始服务器成功重新验证。” 所以响应可以被缓存，但必须重新验证它。除 IE 之外的主要浏览器都会缓存响应并重新验证它。为了防止存储请求，有'no-store' Cache-Control 指令。

总之，IE 将“无缓存”视为“无存储”。

这是以一致的方式启用对 IE 和其他浏览器的条件请求的解决方案：

不要使用 no-cache，而是将 Expires 标头设置为过去（或 -1，具有相同的效果）。IE 以及其他主要浏览器随后将发送条件请求。（注意，您还应该注意 IE Vary 标头错误，它会阻止缓存。）

这些是关键的标头字段：

Last-Modified: Wed, 16 Feb 2011 13:52:26 GMT
Expires: -1
Cache-Control: must-revalidate, private
  • 需要 Last-Modified（或 ETag）作为验证器
  • Expires -1 表示资源已过时，必须重新验证
  • Cache-Control 不得包含 no-cache 或 no-store
于 2011-02-22T21:48:58.077 回答
-2 
   $last_modified = filemtime($_SERVER['SCRIPT_FILENAME']);

   session_cache_limiter(FALSE);

   header("Content-Type: text/css");
   header("Cache-Control: max-age=1, must-revalidate, private");
   header("Last-Modified: " . gmdate("D, d M Y H:i:s", $last_modified) . " GMT");

   if(isset($_SERVER["HTTP_IF_MODIFIED_SINCE"]))
   {
      if(strtotime($_SERVER["HTTP_IF_MODIFIED_SINCE"]) >= $last_modified)
      {
         header("HTTP/1.1 304 Not Modified");
         exit;
      }
   }
于 2011-08-05T00:05:19.180 回答