HTTP 缓存
HTTP 缓存可以显著提高 Web 应用程序的性能。HTTP 缓存围绕 Cache-Control
响应头以及随后的条件请求头(例如 Last-Modified
和 ETag
)进行。Cache-Control
指导私有(例如,浏览器)和公共(例如,代理)缓存如何缓存和重用响应。ETag
头用于进行条件请求,如果内容没有更改,则可能导致 304(NOT_MODIFIED)状态码而没有响应体。ETag
可以被视为 Last-Modified
头的更复杂的继任者。
本节介绍 Spring Web MVC 中可用的 HTTP 缓存相关选项。
CacheControl
CacheControl 提供对 Cache-Control
头相关设置的支持,并在多个地方被接受为参数:
虽然 RFC 7234 描述了 Cache-Control
响应头的所有可能指令,但 CacheControl
类型采用了一种面向用例的方法,专注于常见场景:
- Java
- Kotlin
// 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();
// Cache for an hour - "Cache-Control: max-age=3600"
val ccCacheOneHour = CacheControl.maxAge(1, TimeUnit.HOURS)
// Prevent caching - "Cache-Control: no-store"
val 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"
val ccCustom = CacheControl.maxAge(10, TimeUnit.DAYS).noTransform().cachePublic()
WebContentGenerator
还接受一个更简单的 cachePeriod
属性(以秒为单位定义),其工作原理如下:
-
-1
值不会生成Cache-Control
响应头。 -
0
值通过使用'Cache-Control: no-store'
指令来防止缓存。 -
n > 0
值通过使用'Cache-Control: max-age=n'
指令将给定响应缓存n
秒。
控制器
控制器可以添加对 HTTP 缓存的显式支持。我们建议这样做,因为需要在将资源的 lastModified
或 ETag
值与条件请求头进行比较之前计算它。控制器可以向 ResponseEntity
添加 ETag
头和 Cache-Control
设置,如以下示例所示:
- Java
- Kotlin
@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);
}
@GetMapping("/book/{id}")
fun showBook(@PathVariable id: Long): ResponseEntity<Book> {
val book = findBook(id);
val version = book.getVersion()
return ResponseEntity
.ok()
.cacheControl(CacheControl.maxAge(30, TimeUnit.DAYS))
.eTag(version) // lastModified is also available
.body(book)
}
如果与条件请求头的比较表明内容没有改变,则前面的示例会发送一个 304 (NOT_MODIFIED) 响应,且响应体为空。否则,ETag
和 Cache-Control
头会被添加到响应中。
您还可以在控制器中根据条件请求头进行检查,如以下示例所示:
- Java
- Kotlin
@RequestMapping
public String myHandleMethod(WebRequest request, Model model) {
long eTag = ... 1
if (request.checkNotModified(eTag)) {
return null; 2
}
model.addAttribute(...); 3
return "myViewName";
}
应用程序特定的计算。
响应已设置为 304 (NOT_MODIFIED) — 无需进一步处理。
继续处理请求。
@RequestMapping
fun myHandleMethod(request: WebRequest, model: Model): String? {
val eTag: Long = ... 1
if (request.checkNotModified(eTag)) {
return null 2
}
model[...] = ... 3
return "myViewName"
}
应用程序特定的计算。
响应已设置为 304 (NOT_MODIFIED) — 无需进一步处理。
继续处理请求。
有三种变体可用于根据 eTag
值、lastModified
值或两者检查条件请求。对于条件 GET
和 HEAD
请求,可以将响应设置为 304 (NOT_MODIFIED)。对于条件 POST
、PUT
和 DELETE
,可以将响应设置为 412 (PRECONDITION_FAILED),以防止并发修改。
静态资源
你应该为静态资源提供 Cache-Control
和条件响应头,以实现最佳性能。请参阅配置静态资源的部分。
ETag
过滤器
您可以使用 ShallowEtagHeaderFilter
来添加从响应内容计算出的“浅” eTag
值,从而节省带宽,但不节省 CPU 时间。请参阅浅 ETag。