Spring Cache:注解式缓存的使用

飞熊 • 2023年12月22日上午11:40 • 技术随笔 • 阅读 231

1、简介

Spring 从 3.1 开始定义了 org.springframework.cache.Cache
和 org.springframework.cache.CacheManager 接口来统一不同的缓存技术；
并支持使用 JCache（JSR-107）注解简化我们开发；
Cache 接口为缓存的组件规范定义，包含缓存的各种操作集合；
Cache 接口下 Spring 提供了各种 xxxCache 的实现；如 RedisCache ， EhCacheCache ,ConcurrentMapCache 等；
每次调用需要缓存功能的方法时，Spring 会检查检查指定参数的指定的目标方法是否已经被调用过；如果有就直接从缓存中获取方法调用后的结果，如果没有就调用方法并缓存结果后返回给用户。下次调用直接从缓存中获取。

2.使用

1、常用注解

@Cacheable ：触发将数据保存到缓存的操作；
@CacheEvict : 触发将数据从缓存删除的操作；
@CachePut ：不影响方法执行更新缓存；
@Cacheing：组合以上多个操作；
@CacheConfig：在类级别共享缓存的相同配置；

2、行为

1、每一个需要缓存的数据我们都来指定要放到那个名字的缓存。【缓存的分区(按照业务类型分)】
2、@Cacheable 代表当前方法的结果需要缓存，如果缓存中有，方法都不用调用，如果缓存中没有，会调用方法。最后将方法的结果放入缓存

3、默认行为

3.1 如果缓存中有，方法不再调用
3.2 key是默认生成的:缓存的名字::SimpleKey::
3.3 缓存的value值，默认使用jdk序列化机制，将序列化的数据存到redis中
3.4 默认时间是 -1：

自定义操作：key的生成

1. 指定生成缓存的key：key属性指定，接收一个 SpEl
1. 指定缓存的数据的存活时间:配置文档中修改存活时间 ttl
1. 将数据保存为json格式: 自定义配置类 MyCacheManager

4、Spring-Cache的不足之处：

1）、读模式

缓存穿透：查询一个null数据。解决方案：缓存空数据
缓存击穿：大量并发进来同时查询一个正好过期的数据。解决方案：加锁 ? 默认是无加锁的;使用sync = true来解决击穿问题
缓存雪崩：大量的key同时过期。解决：加随机时间。加上过期时间

2)、写模式：（缓存与数据库一致）

读写加锁。
引入Canal,感知到MySQL的更新去更新Redis
读多写多，直接去数据库查询就行

总结：

常规数据（读多写少，即时性，一致性要求不高的数据，完全可以使用Spring-Cache）：写模式(只要缓存的数据有过期时间就足够了)

特殊数据：特殊设计

原理：
CacheManager(RedisCacheManager)->Cache(RedisCache)->Cache负责缓存的读写

@Cacheable(value = {"category"}, key = "#root.method.name", sync = true)
@Override
public List<CategoryEntity> getLevel1Categories() {
    System.out.println("get Level 1 Categories........");
    long l = System.currentTimeMillis();
    List<CategoryEntity> categoryEntities = this.baseMapper.selectList(
            new QueryWrapper<CategoryEntity>().eq("parent_cid", 0));
    System.out.println("消耗时间：" + (System.currentTimeMillis() - l));
    return categoryEntities;
}