详解 Spring MVC 中的 cacheSeconds 和 Last-Modified

关于 Session 同步一般在 SSO 单点登录中会用到。在 Struts2 中我们一般采用的都是 Servlet 默认的配置。但有时候有些需要和场景却需要我们进行 Session 同步配置。例如关于缓存方面的配置,如果有分布式系统,不进行 Session 同步,就会产生很严重的问题。本章将重点讲解 SpringMVC中的cacheSeconds知识。

更多精彩内容请看 web前端中文站
www.lisa33xiaoq.net 可按Ctrl + D 进行收藏

客户端cacheSeconds缓存控制

我们先设置缓存5秒,cacheSeconds=5,看看效果。

 package cn.javass.chapter4.web.controller; //省略import public class HelloWorldCacheController extends AbstractController {  @Override  protected ModelAndView handleRequestInternal(HttpServletRequest req,    HttpServletResponse resp) throws Exception {   //点击后再次请求当前页面   resp.getWriter().write("<a href=''>this</a>");   return null;  } }
 <!— 在chapter4-servlet.xml配置处理器 --> <bean name="/helloCache" class="com.lisa33xiaoq.net.web.controller.HelloWorldCacheController">  <property name="cacheSeconds" value="5"/> </bean>

如上配置表示告诉浏览器缓存5秒钟,开启chrome浏览器调试工具。

详解 Spring MVC 中的 cacheSeconds 和 Last-Modified

服务器返回的响应头如下所示:

详解 Spring MVC 中的 cacheSeconds 和 Last-Modified

添加了“Expires:Wed, 14 Mar 2012 09:38:32 GMT” 和“Cache-Control:max-age=5” 表示允许客户端缓存5秒,当你点“this”链接时,会发现如下:

详解 Spring MVC 中的 cacheSeconds 和 Last-Modified

而且服务器也没有收到请求,当过了5秒后,你再点“this”链接会发现又重新请求服务器下载新数据。

注:下面提到一些关于缓存控制的一些特殊情况:

  1. 对于一般的页面跳转(如超链接点击跳转、通过js调用window.open打开新页面都是会使用浏览器缓存的,在未过期情况下会直接使用浏览器缓存的副本,在未过期情况下一次请求也不发送);
  2. 对于刷新页面(如按F5键刷新),会再次发送一次请求到服务器的;

不缓存,cacheSeconds=0

 <!— 在chapter4-servlet.xml配置处理器 --> <bean name="/helloNoCache"  class="com.lisa33xiaoq.net.web.controller.HelloWorldCacheController">  <property name="cacheSeconds" value="0"/> </bean>

以上配置会要求浏览器每次都去请求服务器下载最新的数据:

详解 Spring MVC 中的 cacheSeconds 和 Last-Modified

cacheSeconds<0,将不添加任何数据

响应头什么缓存控制信息也不加。

Last-Modified缓存机制

  • 在客户端第一次输入url时,服务器端会返回内容和状态码200表示请求成功并返回了内容;同时会添加一个“Last-Modified”的响应头表示此文件在服务器上的最后更新时间,如“Last-Modified:Wed, 14 Mar 2012 10:22:42 GMT”表示最后更新时间为(2012-03-14 10:22);
  • 客户端第二次请求此URL时,客户端会向服务器发送请求头 “If-Modified-Since”,询问服务器该时间之后当前请求内容是否有被修改过,如“If-Modified-Since: Wed, 14 Mar 2012 10:22:42 GMT”,如果服务器端的内容没有变化,则自动返回 HTTP 304状态码(只要响应头,内容为空,这样就节省了网络带宽)。

客户端强制缓存过期

  • 可以按ctrl+F5强制刷新(会添加请求头 HTTP1.0 Pragma:no-cache和 HTTP1.1 Cache-Control:no-cache、If-Modified-Since请求头被删除)表示强制获取服务器内容,不缓存。
  • 在请求的url后边加上时间戳来重新获取内容,加上时间戳后浏览器就认为不是同一份内容.

Spring也提供了Last-Modified机制的支持,只需要实现LastModified接口,如下所示:

 package com.lisa33xiaoq.net.web.controller; public class HelloWorldLastModifiedCacheController   extends AbstractController implements LastModified {  private long lastModified;  protected ModelAndView handleRequestInternal(HttpServletRequest req,    HttpServletResponse resp) throws Exception {   //点击后再次请求当前页面   resp.getWriter().write("<a href=''>this</a>");   return null;  }  public long getLastModified(HttpServletRequest request) {   if(lastModified == 0L) {    //TODO 此处更新的条件:如果内容有更新,应该重新返回内容最新修改的时间戳    lastModified = System.currentTimeMillis();   }   return lastModified;  }  }
 <!— 在chapter4-servlet.xml配置处理器 -->    <bean name="/helloLastModified" class="com.lisa33xiaoq.net.web.controller.HelloWorldLastModifiedCacheController"/>

HelloWorldLastModifiedCacheController只需要实现LastModified接口的getLastModified方法,保证当内容发生改变时返回最新的修改时间即可。

发送请求到服务器,如(http://localhost:9080/springmvc-chapter4/helloLastModified),则服务器返回的响应为:

详解 Spring MVC 中的 cacheSeconds 和 Last-Modified

再次按F5刷新客户端,返回状态码304表示服务器没有更新过:

详解 Spring MVC 中的 cacheSeconds 和 Last-Modified

重启服务器,再次刷新,会看到200状态码(因为服务器的lastModified时间变了)。

Spring判断是否过期,通过如下代码,即请求的“If-Modified-Since” 大于等于当前的getLastModified方法的时间戳,则认为没有修改:
this.notModified = (ifModifiedSince >= (lastModifiedTimestamp / 1000 * 1000));

ETag(实体标记)缓存机制

  1. 浏览器第一次请求,服务器在响应时给请求URL标记,并在HTTP响应头中将其传送到客户端,类似服务器端返回的格式:“ETag:"0f8b0c86fe2c0c7a67791e53d660208e3"”
  2. 浏览器第二次请求,客户端的查询更新格式是这样的:“If-None-Match:"0f8b0c86fe2c0c7a67791e53d660208e3"”,如果ETag没改变,表示内容没有发生改变,则返回状态304。

Spring也提供了对ETag的支持,具体需要在web.xml中配置如下代码:

 <filter>    <filter-name>etagFilter</filter-name>    <filter-class>org.springframework.web.filter.ShallowEtagHeaderFilter</filter-class> </filter> <filter-mapping>    <filter-name>etagFilter</filter-name>    <servlet-name>chapter4</servlet-name> </filter-mapping>

此过滤器只过滤到我们DispatcherServlet的请求。

发送请求到服务器:“http://localhost:9080/springmvc-chapter4/hello”,服务器返回的响应头中添加了(ETag:"0f8b0c86fe2c0c7a67791e53d660208e3")

详解 Spring MVC 中的 cacheSeconds 和 Last-Modified

浏览器再次发送请求到服务器(按F5刷新),请求头中添加了“If-None-Match:
"0f8b0c86fe2c0c7a67791e53d660208e3"”,响应返回304代码,表示服务器没有修改,并且响应头再次添加了“ETag:"0f8b0c86fe2c0c7a67791e53d660208e3"”(每次都需要计算):

详解 Spring MVC 中的 cacheSeconds 和 Last-Modified

那服务器端是如何计算ETag的呢?

 protected String generateETagHeaderValue(byte[] bytes) {  StringBuilder builder = new StringBuilder("/"0");  DigestUtils.appendMd5DigestAsHex(bytes, builder);  builder.append('"');  return builder.toString(); }

bytes是response要写回到客户端的响应体(即响应的内容数据),是通过MD5算法计算的内容的摘要信息。也就是说如果服务器内容不发生改变,则ETag每次都是一样的,即服务器端的内容没有发生改变。

缓存的目的是减少相应延迟 和 减少网络带宽消耗,比如css、js、图片这类静态资源应该进行缓存。
实际项目一般使用反向代理服务器(如nginx、apache等)进行缓存。

【注:本文源自网络文章资源,由站长整理发布】

0
如无特殊说明,文章均为原作者原创,转载请注明出处

该文章由 发布

这货来去如风,什么鬼都没留下!!!
发表我的评论

Hi,请填写昵称和邮箱!

取消评论
代码 贴图 加粗 链接 删除线 签到