Chrome浏览器不会将if-modified-since标题发送到服务器

我有这些头由服务器发送到客户端:

Cache-Control:private Connection:keep-alive Content-Encoding:gzip Content-Type:text/html Date:Sun, 27 Nov 2011 11:10:38 GMT ETag:"12341234" Set-Cookie:connect.sid=e1u...7o; path=/; expires=Sun, 27 Nov 2011 11:40:38 GMT; httpOnly Transfer-Encoding:chunked last-modified:Sat, 26 Nov 2011 21:42:45 GMT 

我希望客户端validation服务器上的文件没有发生变化,如果是“304”,则发送“200”。

Firefox发送:

 if-modified-since: Sat, 26 Nov 2011 21:42:45 GMT if-none-match: "12341234" 

为什么刷新的页面上的chrome不一样? 我在.Net运行的行为之后:

 context.Response.Cache.SetCacheability(HttpCacheability.ServerAndPrivate) 

       

网上收集的解决方案 "Chrome浏览器不会将if-modified-since标题发送到服务器"

根据我的经验,您需要的不仅仅是“私有”caching控制标题。 您需要“Max-Age”或“Expires”强制Chrome重新validation服务器的内容。

请记住,只有在这些时间值过后,重新validation才会开始,因此可能需要将其设置为较小的值。

在昨天花了半天的时间之后,我追查了是什么原因导致了我的问题。 只要您点击F12时popupChrome对象检查器/客户端debugging器/networking监视器/事件,Chrome就不会发送caching请求标头。 期。 (更新:在较新版本的Chrome中,有一个checkbox“禁用caching”)。 即使您没有打开“networking”选项卡(例如:打开javascript控制台),该checkbox仍会禁用所有caching。

令人难过的是,因为从客户端debugging这个function,您必须打开networking面板,查看正在发送和接收什么头,以及返回哪些代码。 如果没有打开networking面板,则无法知道您的内容是否从客户端caching。

如果您深入了解您的服务器访问日志,您会注意到在您closuresChrome客户端上的debugging窗口的一瞬间,服务器将返回304(caching内容)。 希望这可以帮助。

Chrome 24.0.1312.57

我在使用HTTPS的时候发现了这个行为的一个答案,以为我会分享我发现的东西。 您不指定是否通过HTTP或HTTPS请求。

“规则其实很简单:证书的任何错误意味着页面不会被caching。”

https://code.google.com/p/chromium/issues/detail?id=110649

如果您正在使用自签名证书,即使您告诉Chrome为其添加例外以便加载页面,也不会caching该页面的资源,并且后续请求也不会有If-Modified-Since标头。

另外( https://stackoverflow.com/a/14899869/362780 ):

F12>设置>常规>禁用caching(当DevTools打开时) – >取消选中此…

我知道这个问题是旧的,但仍然..我注意到铬记得你最后刷新。 所以如果你按ctrl + shift + r(刷新和删除caching),按ctrl + r(只是刷新),chrome会继续删除caching,并且不会在收到的响应中显示304。 这是一个解决方法。 按ctrl + shift + r,然后转到地址栏,将其聚焦,然后按回车键。 如果您的etags设置正确,并且您的服务器已准备好提供304服务,您将在debugging器中看到一个新的响应代码–304。