浏览器访问图片时的响应头状态码包括 200 ok,200 ok(from cache),304 NotModified。
200 ok 浏览器请求某一个资源,并且服务器返回该资源。 发生在浏览器缓存中没有该资源,是第一次请求。
200 ok(from cache) 浏览器不发送请求,而是从cache中得到该资源。 发生在浏览器缓存中有该资源。
304 NotModified 浏览器发送请求,服务器返回304状态吗,浏览器从缓存中获取该资源。 发生在浏览器缓存中有该资源,但是被强制刷新。
第一种情况和第三种情况很好理解,也很容易区分,第二种情况就麻烦了。
不同的浏览器有不同的实现方式,依赖于浏览器检查资源新版本的方式。
对于ie可以设置 每次访问网页时都检查,每次打开浏览器时都检查,自动,从不。
使用filter可以拦截到浏览器对服务器静态资源的请求。但是我们一般都不会去做处理。这样,请求就交给服务器去处理了。
tomcat的处理方式是,检查请求中的if modified since 头字段。如果资源没有更新,就返回304, 如果已更新就返回该资源。
对于静态资源可以设置cache-control、pragma、expires来指定是否缓存。
如果指定了不缓存,那么浏览器每次都会去发送请求,默认是缓存的。
但是这只是http协议规定的,不同的浏览器处理方式不同,比如ie就不支持这个响应头。
jsp页面的缓存,很简单,浏览器很不会缓存jsp页面的, tomcat也永远不会返回304,因此每次请求,jsp页面都会被执行一次并返回给浏览器。不管有没有设定响应头的缓存策略。
协议是协议,实现是实现。万幸的是所有的浏览器都不会缓存jsp。
因此我们这里就得出一个结论:
我们没有必要去也不应该去管理图片的缓存问题,让它缓存去好了,毕竟如果不设定的话,它就是缓存的嘛。
我们也没有必要去管理jsp的缓存问题,就让它不缓存好了,这不正是我们所期望的嘛。