在这里对“过期”标题感到非常困惑!有时它会按预期工作 - 有时不会。
我正在使用以下代码来设置过期标头。请注意,这是在 MVC 自定义属性中使用 ASP.NET 完成的——这在这里并不真正相关——但解释了'filterContext'
来自哪里。
HttpCachePolicyBase cache = filterContext.HttpContext.Response.Cache;
TimeSpan cacheDuration = TimeSpan.FromSeconds(Duration);
// my own custom header so we know what time it was
filterContext.HttpContext.Response.AddHeader("CurrentTime", DateTime.Now.ToString());
cache.SetCacheability(HttpCacheability.Public);
cache.SetExpires(DateTime.Now.Add(cacheDuration));
cache.SetMaxAge(cacheDuration);
cache.AppendCacheExtension("must-revalidate, proxy-revalidate");
这有时会给我这样的标题:
Cache-Control: public, must-revalidate, proxy-revalidate, max-age=413
Date: Wed, 18 Feb 2009 05:24:19 GMT
Expires: Wed, 18 Feb 2009 05:21:12 GMT
CurrentTime: 2/17/2009 9:21:12 PM
有时像这样:
Cache-Control: public, must-revalidate, proxy-revalidate, max-age=600
Date: Wed, 18 Feb 2009 05:27:55 GMT
Expires: Wed, 18 Feb 2009 05:27:55 GMT
CurrentTime: 2/17/2009 9:27:55 PM
我正在通过 Fiddler 运行所有内容,并查看何时重新请求内容以及何时来自浏览器缓存。
现在奇怪的是在 IE 中缓存总是按预期工作。我的 ASP.NET MVC 操作方法的链接出现在 Fiddler 中,然后当我再次单击同一链接时,它来自缓存。
但是在 Chrome 中,它有时会,有时不会来自缓存!通过来自缓存,我的意思是没有额外的 HTTP 请求。
例如这样的链接:
http://ipv4.fiddler:62669/gallery/mainimage/2
将来自 IE 中的缓存,但在 chrome 中返回 200。然后有时在 Chrome 中它确实来自缓存。我已经尝试清空浏览器缓存并再次尝试 - 每次都得到相同的结果。
Chrome 是否正在尝试做一些“聪明”的事情并且只是惨遭失败 - 还是我需要一个额外的标题?
我想知道的是,这是否与我的Expires
标题日期实际上永远不会在未来这一事实有关。如果我查看谷歌托管的 jQuery 文件的标题,我会看到标题如下(2010 年到期 - 未来一年)。
Cache-Control: public, max-age=31536000
Date: Wed, 18 Feb 2009 05:44:53 GMT
Expires: Thu, 18 Feb 2010 05:44:53 GMT
Expires 实际上不应该在未来吗?
根据HTTP 规范:
如果响应包含 Expires 标头和 max-age 指令,则 max-age 指令将覆盖 Expires 标头,即使 Expires 标头更具限制性。对于给定的响应,此规则允许源服务器向 HTTP/1.1(或更高版本)缓存提供比 HTTP/1.0 缓存更长的到期时间。如果某些 HTTP/1.0 缓存不正确地计算年龄或过期时间,这可能很有用,可能是由于时钟不同步。
因此,即使“过期”与当前时间相同,Chrome 似乎也应该尊重 max-age 指令,但它似乎并没有这样做。