本博客日IP超过2000，PV 3000 左右，急需赞助商。
极客时间所有课程通过我的二维码购买后返现24元微信红包，请加博主新的微信号：xttblog2，之前的微信号好友位已满，备注：返现
受密码保护的文章请关注“业余草”公众号，回复关键字“0”获得密码
所有面试题(java、前端、数据库、springboot等)一网打尽，请关注文末小程序
腾讯云】1核2G5M轻量应用服务器50元首年，高性价比，助您轻松上云
关于 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浏览器调试工具。
服务器返回的响应头如下所示：
添加了“Expires:Wed, 14 Mar 2012 09:38:32 GMT” 和“Cache-Control:max-age=5” 表示允许客户端缓存5秒，当你点“this”链接时，会发现如下：
而且服务器也没有收到请求，当过了5秒后，你再点“this”链接会发现又重新请求服务器下载新数据。
注：下面提到一些关于缓存控制的一些特殊情况：
- 对于一般的页面跳转（如超链接点击跳转、通过js调用window.open打开新页面都是会使用浏览器缓存的，在未过期情况下会直接使用浏览器缓存的副本，在未过期情况下一次请求也不发送）；
- 对于刷新页面（如按F5键刷新），会再次发送一次请求到服务器的；
不缓存，cacheSeconds=0
<!— 在chapter4-servlet.xml配置处理器 --> <bean name="/helloNoCache" class="com.xttblog.web.controller.HelloWorldCacheController"> <property name="cacheSeconds" value="0"/> </bean>
以上配置会要求浏览器每次都去请求服务器下载最新的数据：
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），则服务器返回的响应为：
再次按F5刷新客户端，返回状态码304表示服务器没有更新过：
重启服务器，再次刷新，会看到200状态码（因为服务器的lastModified时间变了）。
Spring判断是否过期，通过如下代码，即请求的“If-Modified-Since” 大于等于当前的getLastModified方法的时间戳，则认为没有修改：
this.notModified = (ifModifiedSince >= (lastModifiedTimestamp / 1000 * 1000));
ETag（实体标记）缓存机制
- 浏览器第一次请求，服务器在响应时给请求URL标记，并在HTTP响应头中将其传送到客户端，类似服务器端返回的格式：“ETag:"0f8b0c86fe2c0c7a67791e53d660208e3"”
- 浏览器第二次请求，客户端的查询更新格式是这样的：“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"）
浏览器再次发送请求到服务器（按F5刷新），请求头中添加了“If-None-Match:
"0f8b0c86fe2c0c7a67791e53d660208e3"”，响应返回304代码，表示服务器没有修改，并且响应头再次添加了“ETag:"0f8b0c86fe2c0c7a67791e53d660208e3"”（每次都需要计算）：
那服务器端是如何计算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等）进行缓存。
最后，欢迎关注我的个人微信公众号：业余草（yyucao）！可加作者微信号：xttblog2。备注：“1”，添加博主微信拉你进微信群。备注错误不会同意好友申请。再次感谢您的关注！后续有精彩内容会第一时间发给您！原创文章投稿请发送至532009913@qq.com邮箱。商务合作也可添加作者微信进行联系！