Spring HTTP緩存應(yīng)用場景舉例
以下內(nèi)容是來自 Spring Framework 官方文檔 中關(guān)于 HTTP 緩存(HTTP Caching) 的部分,特別是針對 WebFlux 和 Web MVC 框架的說明。下面我將用通俗易懂的方式為你逐段解析,并幫助你理解其核心概念和實際應(yīng)用。
一、什么是 HTTP 緩存?
原文開頭:
HTTP caching can significantly improve the performance of a web application.
HTTP 緩存是一種優(yōu)化機(jī)制,它的目標(biāo)是:
?? 讓瀏覽器或中間代理服務(wù)器(如 CDN)避免重復(fù)下載相同的資源,從而:
- 減少網(wǎng)絡(luò)請求
- 節(jié)省帶寬
- 提升頁面加載速度
- 降低后端服務(wù)器壓力
核心原理:Cache-Control+ 條件請求(ETag / Last-Modified)
Cache-Control頭- 控制資源可以被誰緩存、緩存多久。
- 例如:
Cache-Control: max-age=3600表示“這個響應(yīng)可以緩存 1 小時”。
- 條件請求頭(Conditional Request Headers)
- 當(dāng)緩存過期或需要驗證是否更新時,瀏覽器會帶上:
- 如果內(nèi)容沒變,服務(wù)器就返回 304 Not Modified(不傳正文),節(jié)省傳輸開銷。
If-None-Match: 對應(yīng)服務(wù)器之前返回的 ETag
If-Modified-Since: 對應(yīng)之前的 Last-Modified
二、CacheControl類:簡化 Cache-Control 配置
Spring 提供了一個工具類 CacheControl,讓你不用手動拼字符串設(shè)置 Cache-Control 頭。
示例代碼解析:
// 緩存1小時:"Cache-Control: max-age=3600"
CacheControl.maxAge(1, TimeUnit.HOURS);
// 禁止緩存:"Cache-Control: no-store"
CacheControl.noStore();
// 自定義策略
CacheControl.maxAge(10, TimeUnit.DAYS)
.noTransform()
.cachePublic();
// 結(jié)果:"max-age=864000, public, no-transform"| 方法 | 含義 |
|---|---|
maxAge(...) | 設(shè)置最大緩存時間(秒數(shù)) |
noStore() | 禁止任何緩存(敏感數(shù)據(jù)常用) |
cachePublic() | 允許公共緩存(如 CDN)緩存 |
cachePrivate() | 只允許私有緩存(如瀏覽器) |
noTransform() | 防止中間代理壓縮或轉(zhuǎn)換內(nèi)容 |
?? 這些方法鏈?zhǔn)秸{(diào)用,語義清晰,比直接寫 header 更安全、易讀。
三、在控制器中使用 HTTP 緩存(Controllers)
這是最常見也最重要的場景 —— 給動態(tài)接口加上緩存支持。
? 推薦做法:返回ResponseEntity并添加 ETag 和 Cache-Control
@GetMapping("/book/{id}")
public ResponseEntity<Book> showBook(@PathVariable Long id) {
Book book = findBook(id);
String version = book.getVersion(); // 如數(shù)據(jù)庫版本號、hash值等
return ResponseEntity
.ok()
.cacheControl(CacheControl.maxAge(30, TimeUnit.DAYS)) // 緩存30天
.eTag(version) // 設(shè)置ETag
.body(book);
}發(fā)生了什么?
- 第一次請求:
- 返回狀態(tài)碼
200 OK - 響應(yīng)頭包含:
ETag: "abc123" Cache-Control: max-age=2592000
- 瀏覽器下次請求同一 URL:
- 自動帶上:
If-None-Match: "abc123"
- Spring 檢查發(fā)現(xiàn) ETag 相同 → 返回
304 Not Modified(空 body)
瀏覽器直接使用本地緩存!
? 效果:節(jié)省流量,提升用戶體驗。
?? 手動檢查條件請求(更靈活控制)
有時候你想先判斷是否需要處理業(yè)務(wù)邏輯:
@RequestMapping
public String myHandleMethod(WebRequest request, Model model) {
long eTag = bookService.getCurrentVersion(); // 應(yīng)用級計算ETag
if (request.checkNotModified(eTag)) {
return null; // 不再執(zhí)行后續(xù)邏輯,自動返回304
}
model.addAttribute("data", ...);
return "myViewName";
}checkNotModified()做了什么?
- 比較客戶端發(fā)來的
If-None-Match或If-Modified-Since是否匹配。 - 匹配 → 設(shè)置響應(yīng)為
304 Not Modified,并終止處理 → 返回null - 不匹配 → 正常繼續(xù)處理請求
?? 注意:
- 對于
GET/HEAD請求,返回304 - 對于
POST/PUT/DELETE請求,若條件不滿足,應(yīng)返回412 Precondition Failed(防止并發(fā)修改)
四、靜態(tài)資源緩存(Static Resources)
比如 JS、CSS、圖片等文件,非常適合長期緩存。
建議配置:
- 設(shè)置長時間的
Cache-Control: max-age=31536000(一年) - 使用內(nèi)容指紋命名(如
app.a1b2c3.js),確保更新后 URL 改變,打破緩存
這樣既能充分利用緩存,又能保證更新生效。
文檔提示參考 “Configuring Static Resources” 進(jìn)行詳細(xì)配置(通常通過 Spring Boot 的
spring.web.resources.cache配置項實現(xiàn))
五、Shallow ETag Filter(淺層 ETag 過濾器)
問題引入:
上面我們手動設(shè)置了 ETag,但如果你不想自己管理 ETag 怎么辦?
Spring 提供了一種自動方案:ShallowEtagHeaderFilter
特點:
| 項目 | Shallow ETag | 手動 ETag |
|---|---|---|
| 計算方式 | 基于響應(yīng)體內(nèi)容生成 hash | 開發(fā)者根據(jù)業(yè)務(wù)決定(如版本號) |
| 是否節(jié)省 CPU | ? 仍需完整生成響應(yīng)內(nèi)容 | ? 可提前中斷(未改就不生成) |
| 是否節(jié)省帶寬 | ? 若相同則返回 304 | ? |
| 性能影響 | 高負(fù)載下可能增加 CPU 使用率 | 更高效(可短路) |
使用方式(web.xml 或 Java Config 添加過濾器):
<filter>
<filter-name>etagFilter</filter-name>
<filter-class>org.springframework.web.filter.ShallowEtagHeaderFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>etagFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>?? 注意:它只對 GET 請求有效,且必須等到整個響應(yīng)生成完才計算 ETag,所以不能減少服務(wù)器計算量,只能減少傳輸量。
? 總結(jié):如何理解并運用 HTTP 緩存?
| 層面 | 建議做法 |
|---|---|
| 通用原則 | 利用 Cache-Control 控制緩存策略,用 ETag/Last-Modified 實現(xiàn)條件請求 |
| 動態(tài)接口 | 在 Controller 返回 ResponseEntity,設(shè)置 .eTag() 和 .cacheControl() |
| 靜態(tài)資源 | 設(shè)置長期 max-age,配合文件名哈希 |
| 不想手動管ETag? | 用 ShallowEtagHeaderFilter 自動生成(犧牲CPU換帶寬) |
| 想極致性能? | 手動計算 ETag 并調(diào)用 request.checkNotModified() 提前退出 |
?? 實際應(yīng)用場景舉例
場景1:圖書詳情頁 API
@GetMapping("/api/books/{id}")
public ResponseEntity<Book> getBook(@PathVariable Long id, WebRequest request) {
Book book = bookService.findById(id);
String etag = book.getUpdatedAt().toString(); // 或 MD5(content)
if (request.checkNotModified(etag)) {
return null;
}
return ResponseEntity.ok()
.cacheControl(CacheControl.maxAge(1, TimeUnit.HOURS))
.eTag(etag)
.body(book);
}效果:
- 內(nèi)容未變 → 返回 304,極快響應(yīng)
- 內(nèi)容變了 → 返回 200 + 新數(shù)據(jù)
場景2:首頁 HTML(不希望緩存)
@GetMapping("/")
public String home(Model model, WebRequest request) {
String etag = System.currentTimeMillis() / 3600 + ""; // 每小時變化
if (request.checkNotModified(etag)) {
return null;
}
model.addAttribute("time", new Date());
return "home";
}搭配 Cache-Control: max-age=3600,實現(xiàn)每小時最多重新生成一次。
學(xué)習(xí)建議
- 動手實驗:用 Postman 或瀏覽器開發(fā)者工具觀察請求頭的變化。
- 查看 Network Tab:注意
200vs304的區(qū)別,以及請求/響應(yīng)頭中的ETag,If-None-Match,Cache-Control。 - 結(jié)合 Spring Boot:使用
application.yml配置靜態(tài)資源緩存:
spring:
web:
resources:
cache:
cachecontrol:
max-age: 1h如有具體需求(比如“我想讓某個接口緩存一天”,或“為什么我的 ETag 沒生效?”),歡迎繼續(xù)提問!
到此這篇關(guān)于Spring HTTP緩存全解析的文章就介紹到這了,更多相關(guān)Spring HTTP緩存內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Java實現(xiàn)快速將HTML表格轉(zhuǎn)換成Excel
這篇文章主要為大家詳細(xì)介紹一種使用Java的快速將Web中表格轉(zhuǎn)換成Excel的方法,文中的示例代碼講解詳細(xì),感興趣的小伙伴可以跟隨小編一起學(xué)習(xí)一下2023-05-05
Java Graphics實現(xiàn)界面顯示文字并換行
Java中Graphics類提供了一些基本的幾何圖形繪制方法,本文將利用Graphics實現(xiàn)界面顯示文字并換行效果,感興趣的小伙伴可以動手嘗試一下2022-08-08
Java中Random類常用方法及注意事項總結(jié)大全
Java Random類是Java中生成隨機(jī)數(shù)的一個重要工具類,它提供了豐富的方法來生成不同類型的隨機(jī)數(shù),這篇文章主要介紹了Java中Random類常用方法及注意事項的相關(guān)資料,需要的朋友可以參考下2025-07-07
Mybatis學(xué)習(xí)筆記之動態(tài)SQL揭秘
這篇文章主要給大家介紹了關(guān)于Mybatis學(xué)習(xí)筆記之動態(tài)SQL的相關(guān)資料,小編覺得挺不錯的,對大家學(xué)習(xí)或者使用Mybatis會有一定的幫助,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2018-11-11
Java8?Stream?collect(Collectors.toMap())的使用
這篇文章主要介紹了Java8?Stream?collect(Collectors.toMap())的使用,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-05-05
HttpClient POST請求第三方接口問題(多參數(shù)傳參)
這篇文章主要介紹了HttpClient POST請求第三方接口問題(多參數(shù)傳參),具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2023-07-07

