详解 Spring MVC 中的 cacheSeconds 和 Last-Modified

JAVA herman 112浏览 0评论

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

客户端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.xttblog.web.controller.HelloWorldCacheController">
	<property name="cacheSeconds" value="5"/>
</bean>

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

开启chrome浏览器调试工具

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

http 返回的信息头

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

浏览器 console 窗口查看缓存信息

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

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

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

不缓存,cacheSeconds=0

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

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

浏览器 调试工具 network 中查看缓存信息

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.xttblog.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.xttblog.web.controller.HelloWorldLastModifiedCacheController"/>

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

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

spring MVC Last-Modified

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

http 返回状态码304

重启服务器,再次刷新,会看到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")

ETag(实体标记)缓存机制

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

If-None-Match

那服务器端是如何计算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等)进行缓存。

本文原文出处:业余草: » 详解 Spring MVC 中的 cacheSeconds 和 Last-Modified