做了一个demo，放到码云上了，有兴趣的点我。
一个良好的HTTP缓存策略可以显著地增进web应用的性能和其客户端的体验。主要使用”Cache-Control” HTTP response header来完成，配合conditional headers例如”Last-Modified”和”ETag”。
“Cache-Control” HTTP response header 会建议私有缓存（如浏览器）和公开缓存（如代理）如何缓存HTTP response以供将来复用。
“ETag” (entity tag) 是由兼容HTTP/1.1 的web server返回的HTTP response header，用于判断给定URL的内容的改变。它可被认为是”Last-Modified” header的更复杂的继承者。 当服务器返回了一个带有ETag header的representation时，客户端可以在后续的GETs中使用该header -- 在一个”If-None_Match” header中。 如果内容没有改变，server会返回 “304: Not Modified”。
本部分描述了在一个Spring Web MVC 应用中配置HTTP caching的可行方式。
1、 Cache-Control HTTP header
Spring Web MVC支持很多使用环境和方式来配置一个应用的Cache-Control headers。RFC 7234 Section 5.2.2详细的描述了该header以及其可能的directives，有几种不同的方式来实现常用的案例。
Spring Web MVC 在其几个APIs中使用了一个配置惯例：setCachePeriod(int seconds) ：
- -1 代表不会生成Cache-Control response header。
- 0 代表会阻止缓存，使用Cache-Control: no-store directive。
- n>0 会缓存给定的response，持续n秒，使用 Cache-Control: max-age=n directive。
CacheControl 构造类简单的描述了可用的 Cache-Control directives，可以更简单的build你自己的HTTP caching 策略。 一旦构造完毕，一个CacheControl实例可以在几个Spring Web MVC APIs中被用作参数。
// Cache for an hour - "Cache-Control: max-age=3600" CacheControl ccCacheOneHour = CacheControl.maxAge(1, TimeUnit.HOURS); // Prevent caching - "Cache-Control: no-store" CacheControl ccNoStore = CacheControl.noStore(); // Cache for ten days in public and private caches, // public caches should not transform the response // "Cache-Control: max-age=864000, public, no-transform" CacheControl ccCustom = CacheControl.maxAge(10, TimeUnit.DAYS) .noTransform().cachePublic();
2、支持静态资源的HTTP caching support
静态资源应该使用合适的 Cache-Control以及conditional headers来优化性能。 配置一个ResourceHttpRequestHandler来服务静态资源，不仅会天然地写入 Last-Modified headers （通过读取文件的metadata），还会写入 Cache-Control headers -- 如果正确的配置了。
你可以设置ResourceHttpRequestHandler的cachePeriod attribute 或者使用一个CacheControl实例，它们都可以支持更多特定的directives：
@Configuration @EnableWebMvc public class WebConfig extends WebMvcConfigurerAdapter { @Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler("/resources/**") .addResourceLocations("/public-resources/") .setCacheControl(CacheControl.maxAge(1, TimeUnit.HOURS).cachePublic()); } }
在XML中：
<mvc:resources mapping="/resources/**" location="/public-resources/"> <mvc:cache-control max-age="3600" cache-public="true"/> </mvc:resources>
3、在Controllers中支持 Cache-Control、ETag、Last-Modified response headers
Controllers可以支持 Cache-Control、ETag、和/或 If-Modified-Since HTTP request；如果response设置了一个Cache-Control header，非常推荐这样做。这会计算给定request的一个lastModified long 和/或 一个Etag value，将其与 If-Modified-Since request header value作比较，并可能返回一个status code 304 (Not Modified) 的response。
如同在“Using HttpEntity”部分描述的，controllers可以使用HttpEntity 类型来与request/response 交互。
返回ResponseEntity的Controllers 可以在responses中以如下方式包含HTTP caching information：
@GetMapping("/book/{id}")
public ResponseEntity<Book> showBook(@PathVariable Long id) {
Book book = findBook(id);
String version = book.getVersion();
return ResponseEntity
.ok()
.cacheControl(CacheControl.maxAge(30, TimeUnit.DAYS))
.eTag(version) // lastModified is also available
.body(book);
}
这样做，不仅会在response中带有ETag和Cache-Control headers，还会 将response转换成 一个响应体为空的HTTP 304 Not Modified response -- 如果客户端发送的conditional headers 匹配Controller设置的caching information。
一个@RequestMapping method 可能也会希望支持同样的行为。 可以这样做：
@RequestMapping public String myHandleMethod(WebRequest webRequest, Model model) { long lastModified = // 1. application-specific calculation if (request.checkNotModified(lastModified)) { // 2. shortcut exit - no further processing necessary return null; } // 3. or otherwise further request processing, actually preparing content model.addAttribute(...); return "myViewName"; }
这里有两个关键元素： 调用 request.checkNotModified(lastModified)、返回null。前者在其返回true之前设置了合适的response status和headers。后者，结合前者，会让Spring MVC 不再更进一步地处理该request。
注意，这里有3 个变体：
- request.checkNotModified(lastModified) 会比较lastModified 和 If-Modified-Since 或 If-Unmodified-Since request header。
- request.checkNotModified(eTag) 会比较 eTag 和 If-None-Match request header。
- request.checkNotModified(eTag, lastModified) 二者都比较，意味着两种条件应该都有效。
当接收 conditional GET/HEAD requests时， checkNotModified 会检查resource是否没有被修改；如果没有，它会返回一个HTTP 304 Not Modified response。
而在POST/PUT/DELETE requests时，checkNotModified 会检查resouce是否没有被修改；如果有修改，会返回一个HTTP 409 Precondition Failed response 来阻止并发修改。
4、Shallow ETag support
对于ETags的支持是由Servlet filter ShallowEtagHeaderFilter提供的。 这是一个简单的Servlet Filter，因此可与任何web框架结合使用。 ShallowEtagHeaderFilter filter 会创建 shallow ETags （与deep ETags相对，后面有讲）。 该filter会缓存被渲染的JSP的内容（或其他内容），生成一个MD5 hash，并将其返回作为response的一个ETag header。等下次客户端请求同样的资源时，它会使用该hash作为 If-None-Match value。 该filter会侦测到它，重新渲染视图，然后比较二者的hash。 如果相等，返回304。
注意，这种策略节省了网络带宽，而非CPU，因为仍然需要为每次request计算response。而controller级别的其他策略（上面讲过的），则既能节省带宽，又能避免计算。
该filter有一个writeWeakETag parameter，是用来配置该filter写入Weak ETags的，就像这样：W/"02a2d595e6ed9a0b24f027f2b63b134d6"， 如同 RFC 7232 Section 2.3 中定义的一样。
你可以在web.xml中配置 ShallowEtagHeaderFilter：
<filter> <filter-name>etagFilter</filter-name> <filter-class>org.springframework.web.filter.ShallowEtagHeaderFilter</filter-class> <!-- Optional parameter that configures the filter to write weak ETags <init-param> <param-name>writeWeakETag</param-name> <param-value>true</param-value> </init-param> --> </filter> <filter-mapping> <filter-name>etagFilter</filter-name> <servlet-name>petclinic</servlet-name> </filter-mapping>
或者在Servlet 3.0+ 环境中：
public class MyWebAppInitializer extends AbstractDispatcherServletInitializer { // ... @Override protected Filter[] getServletFilters() { return new Filter[] { new ShallowEtagHeaderFilter() }; } }
See Section 22.15, “Code-based Servlet container initialization” for more details.
官方文档链接：
http://docs.spring.io/spring/docs/current/spring-framework-reference/html/mvc.html#mvc-caching