【代码优化篇】强缓存和协商缓存

强缓存和协商缓存

一、强缓存与协商缓存的区别

强缓存 :浏览器直接读取本地缓存,不发送请求到服务器。通过 Cache-ControlExpires 响应头实现。
协商缓存 :浏览器发送请求到服务器,由服务器判断资源是否过期。通过 ETag/If-None-MatchLast-Modified/If-Modified-Since 实现。


二、Vue2 前端实现强缓存(静态资源)

步骤

  1. 打包生成哈希文件名 :Vue2 默认在 webpack 配置中为文件名添加 contenthash,如 app.a1b2c3.js
  2. 服务器配置强缓存头 :在 Nginx/CDN 中为静态资源设置 Cache-Control: max-age=31536000(1年)。

示例 Nginx 配置

nginx 复制代码
location /static {
    alias /path/to/static;
    expires 1y; # 等效于 Cache-Control: max-age=31536000
    add_header Cache-Control "public";
}

三、Spring Boot 后端实现协商缓存(动态接口)

步骤

  1. 添加 ETag 支持 :使用 ShallowEtagHeaderFilter 自动生成 ETag。
  2. 返回带缓存控制的响应 :手动设置 Cache-Control 头。

示例代码

java 复制代码
import org.springframework.context.annotation.Configuration;
import org.springframework.web.filter.ShallowEtagHeaderFilter;
import org.springframework.http.CacheControl;
import org.springframework.http.ResponseEntity;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

import javax.servlet.Filter;
import java.util.concurrent.TimeUnit;

@Configuration
public class WebConfig {
    public Filter etagFilter() {
        return new ShallowEtagHeaderFilter();
    }
}

@RestController
public class ApiController {
    
    // 协商缓存示例(自动 ETag)
    @GetMapping("/user")
    public ResponseEntity<User> getUser() {
        User user = userService.findUser();
        return ResponseEntity.ok()
                .cacheControl(CacheControl.maxAge(30, TimeUnit.MINUTES)) // 建议缓存但需要验证
                .body(user);
    }
    
    // 强缓存示例(慎用)
    @GetMapping("/static-data")
    public ResponseEntity<String> getStaticData() {
        return ResponseEntity.ok()
                .cacheControl(CacheControl.maxAge(7, TimeUnit.DAYS)) // 强缓存7天
                .body("Immutable Data");
    }
}

四、测试缓存效果

  1. 强缓存

    • 首次请求:返回 200 OK,响应头包含 Cache-Control: max-age=31536000
    • 再次请求:浏览器直接读取缓存,状态为 200 (from disk cache)
  2. 协商缓存

    • 首次请求:返回 200 OK,响应头包含 ETag: "a1b2c3"
    • 再次请求:请求头携带 If-None-Match: "a1b2c3",若未修改,服务器返回 304 Not Modified

五、注意事项

  • 前端静态资源:确保文件名哈希变化,避免旧缓存影响新版本。
  • 动态接口 :敏感数据避免使用强缓存,优先用 no-cacheprivate
  • 测试工具:使用浏览器开发者工具的 Network 面板检查响应头与缓存状态。

总结 :强缓存通过设置长时间 max-age 实现,适用于静态资源;协商缓存通过 ETag/Last-Modified 验证,适用于动态数据。Vue2 利用打包哈希 + 服务器配置,Spring Boot 通过响应头控制实现。

相关推荐
卡拉叽里呱啦7 小时前
缓存-变更事件捕捉、更新策略、本地缓存和热key问题
分布式·后端·缓存
jakeswang16 小时前
应用缓存不止是Redis!——亿级流量系统架构设计系列
redis·分布式·后端·缓存
.Shu.18 小时前
Redis zset 渐进式rehash 实现原理、触发条件、执行流程以及数据一致性保障机制【分步源码解析】
数据库·redis·缓存
Mi_Manchikkk18 小时前
Java高级面试实战:Spring Boot微服务与Redis缓存整合案例解析
java·spring boot·redis·缓存·微服务·面试
柳贯一(逆流河版)1 天前
Spring 三级缓存:破解循环依赖的底层密码
java·spring·缓存·bean的循环依赖
如白驹过隙2 天前
cloudflare缓存配置
前端·缓存
海梨花3 天前
【从零开始学习Redis】项目实战-黑马点评D2
java·数据库·redis·后端·缓存
2301_793086873 天前
Redis 04 Reactor
数据库·redis·缓存
189228048614 天前
NY243NY253美光固态闪存NY257NY260
大数据·网络·人工智能·缓存
青鱼入云4 天前
redis怎么做rehash的
redis·缓存