HTTP 缓存
HTTP 缓存可以显著提高 Web 应用程序的性能。HTTP 缓存围绕 Cache-Control
响应头以及随后的条件请求头(例如 Last-Modified
和 ETag
)展开。Cache-Control
建议私有(例如,浏览器)和公共(例如,代理)缓存如何缓存和重用响应。ETag
头用于发出条件请求,如果内容未更改,该请求可能导致 304 (NOT_MODIFIED) 且没有正文。ETag
可以被视为 Last-Modified
头的更复杂的继承者。
本节描述 Spring WebFlux 中可用的 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()
控制器
控制器可以添加对 HTTP 缓存的显式支持。我们建议这样做,因为资源的 lastModified
或 ETag
值需要在与条件请求头进行比较之前进行计算。控制器可以将 ETag
和 Cache-Control
设置添加到 ResponseEntity
,如以下示例所示:
-
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
-
@RequestMapping public String myHandleMethod(ServerWebExchange exchange, Model model) { long eTag = ... [id="CO1-1"][id="CO1-1"][id="CO1-1"](1) if (exchange.checkNotModified(eTag)) { return null; [id="CO1-2"][id="CO1-2"][id="CO1-2"](2) } model.addAttribute(...); [id="CO1-3"][id="CO1-3"][id="CO1-3"](3) return "myViewName"; }
<1> 应用程序特定的计算。 <1> 响应已设置为 304 (NOT_MODIFIED)。无需进一步处理。 <1> 继续请求处理。
- Kotlin
-
@RequestMapping fun myHandleMethod(exchange: ServerWebExchange, model: Model): String? { val eTag: Long = ... [id="CO2-1"][id="CO1-4"][id="CO2-1"](1) if (exchange.checkNotModified(eTag)) { return null[id="CO2-2"][id="CO1-5"][id="CO2-2"](2) } model.addAttribute(...) [id="CO2-3"][id="CO1-6"][id="CO2-3"](3) return "myViewName" }
<1> 应用程序特定的计算。 <1> 响应已设置为 304 (NOT_MODIFIED)。无需进一步处理。 <1> 继续请求处理。
有三种变体可以针对 eTag
值、lastModified
值或两者进行条件请求检查。对于条件 GET
和 HEAD
请求,您可以将响应设置为 304 (NOT_MODIFIED)。对于条件 POST
、PUT
和 DELETE
,您可以将响应设置为 412 (PRECONDITION_FAILED) 以防止并发修改。
静态资源
您应该使用 Cache-Control
和条件响应头来提供静态资源,以获得最佳性能。请参阅配置 静态资源 的部分。