目录
前言:
Caffeine详解
加载策略
同步
异步,即多线程加载
回收策略
回收策略-数量
回收策略-权重
回收策略-时间
回收策略-软引用/弱引用
移除监听
统计
整合SpringBoot
@EnableCaching:启用缓存功能
@Cacheable
@CacheEvict
@CachePut
通过Spring配置定义CacheManager
前言:
分布式缓存大多比较熟悉的有Memcached、Redis,提到本地缓存大多数人还在创建Map来存储,作为新时代的农民工显然是不能接受的,本文为大家推荐一个堪称本地缓存之王的一个本地存储框架Caffeine,以及与SpringBoot的@EnableCaching进行整合使用。
先来说一说它有哪些能力:
- 能够将数据存储到本地缓存中(废话)
- 能够实现多种缓存过期策略(数量、大小、时间、引用)
- 能够时间对消息过期的监听(第一个想到的类似RabbitMq里面的死信队列)
- 能够将缓存的内容转存到外部存储(暂时感觉没啥大用)
- 能够自动统计缓存信息,命中率等,便于调优
- 非常方便整合到SpringBoot中
Caffeine详解
For Java 11 or above, use
3.x
otherwise use2.x
官方提示java11或以上的用3.X,其他的用2.X
加载策略
同步
11:18:21.194 10376 -[main] pplicationTests: 未失效获取key1:samples1
11:18:21.195 10376 -[main] pplicationTests: 未失效获取key2:samples2
11:18:26.220 10376 -[main] pplicationTests: LoadingCache reload:key1
11:18:27.234 10376 -[main] pplicationTests: LoadingCache reload:key2
11:18:27.234 10376 -[main] pplicationTests: key1value
11:18:27.234 10376 -[main] pplicationTests: key2value
同步加载即在缓存失效的情况下进行单线程加载,下面我们看一下异步加载
异步,即多线程加载
11:23:44.820 [ main] pplicationTests: 未失效获取:samples1
11:23:44.821 [ main] pplicationTests: 未失效获取:samples2
11:23:49.851 [onPool-worker-1] pplicationTests: LoadingCache reload:key1
11:23:49.851 [onPool-worker-2] pplicationTests: LoadingCache reload:key2
11:23:49.851 [ main] pplicationTests: 异步加载完成前:key1value
11:23:51.866 [ main] pplicationTests: 异步加载完成后:key1value
异步加载较为繁琐,需要通过CompletableFuture进行包装,但是我们可以看到,多线程同时进行加载
回收策略
回收策略-数量
c.e.c.CaffeinedemoApplicationTests : 未超过最大值获取key1Value:samples1
c.e.c.CaffeinedemoApplicationTests : 未超过最大值获取key2Value:samples2
c.e.c.CaffeinedemoApplicationTests : 超过最大值获取key1Value:null
c.e.c.CaffeinedemoApplicationTests : 超过最大值获取key2Value:samples2
c.e.c.CaffeinedemoApplicationTests : 超过最大值获取key3Value:samples3
- 最大容量数量建议在使用缓存的时候都加上,具体原因无非一个扩容带来的性能问题,二个本身占用内存的限制,
- 另外回收策略基于最大容量和基于权重不能同时存在
回收策略-权重
c.e.c.CaffeinedemoApplicationTests : samples1
c.e.c.CaffeinedemoApplicationTests : samples2
c.e.c.CaffeinedemoApplicationTests : zhang1
c.e.c.CaffeinedemoApplicationTests : ===============
c.e.c.CaffeinedemoApplicationTests : samples1
c.e.c.CaffeinedemoApplicationTests : null
c.e.c.CaffeinedemoApplicationTests : null
c.e.c.CaffeinedemoApplicationTests : wang
基于权重即可以针对不同的key设置不同的权重,当权重达到最大值的时候,会进行清空部分内容
回收策略-时间
c.e.c.CaffeinedemoApplicationTests : 过两秒钟value1:samples1
c.e.c.CaffeinedemoApplicationTests : 再过两秒钟value2:samples1
c.e.c.CaffeinedemoApplicationTests : 再过4秒钟value3:null
上面是基于某个缓存固定的数据过期策略,如果我想要实现不同的数据指定过期时间怎么搞?
c.e.c.CaffeinedemoApplicationTests : expireAfterRead expireAfterRead:keykey
c.e.c.CaffeinedemoApplicationTests : 第一次获取:value
c.e.c.CaffeinedemoApplicationTests : expireAfterRead expireAfterUpdate:keykey,value:value1
c.e.c.CaffeinedemoApplicationTests : 第二次获取:null
- 这块需要大家手动去跑一下看看,尝试一下currentTime和currentDuration分别代表啥意思,就拿上面代码距离,currentTime就是指每次更新或者读取过后,再过5秒失效,currentDuration就是指每次更新获取读取过后,再过(5 - X)秒后失效。
- 此方法不和expireAfterWrite以及expireAfterAccess同时使用,如果你想要固定时间过期并且记录每次操作记录,可以在里面重写的三个方法里面写死即可,其他的(获取/塞值)操作不变
回收策略-软引用/弱引用
c.e.c.CaffeinedemoApplicationTests : 未超过最大值获取key1Value:null
c.e.c.CaffeinedemoApplicationTests : 未超过最大值获取key1Value:samples1
如上述,如果使用了弱引用,对象如果被回收掉(本文通过赋空置模拟),则缓存中也会丢失
- 注:AsyncLoadingCache不支持弱引用和软引用
- 注:weakValues()和softValues()不可以一起使用
- Caffeine.weakKeys():使用弱引用存储key。如果没有其他地方对该key有强引用,那么该缓存就会被垃圾回收器回收。由于垃圾回收器只依赖于身份(identity)相等,因此这会导致整个缓存使用身份 (==) 相等来比较 key,而不是使用 equals()
- Caffeine.weakValues() :使用弱引用存储value。如果没有其他地方对该value有强引用,那么该缓存就会被垃圾回收器回收。由于垃圾回收器只依赖于身份(identity)相等,因此这会导致整个缓存使用身份 (==) 相等来比较 key,而不是使用 equals()
- Caffeine.softValues() :使用软引用存储value。当内存满了过后,软引用的对象以将使用最近最少使用(least-recently-used ) 的方式进行垃圾回收。由于使用软引用是需要等到内存满了才进行回收,所以我们通常建议给缓存配置一个使用内存的最大值。softValues() 将使用身份相等(identity) (==) 而不是equals() 来比较值
移除监听
CaffeinedemoApplicationTests: 未失效获取:samples1
CaffeinedemoApplicationTests: evictionListener key remove:key1====EXPLICIT
CaffeinedemoApplicationTests: 未失效获取:null
CaffeinedemoApplicationTests: evictionListener key remove:key2====EXPIRED
这个例子列举了两种情况,一种情况是手动清除,则会立即被removalListener监听到,还有一种情况是等待过期自动清除,这时则需要等到下次调用的时候才会被removalListener监听到
统计
c.e.c.CaffeinedemoApplicationTests: 2
c.e.c.CaffeinedemoApplicationTests: 3
c.e.c.CaffeinedemoApplicationTests: 0.6666666666666666
整合SpringBoot
@EnableCaching:启用缓存功能
- 开启缓存功能,配置类中需要加上这个注解,有了这个注解之后,spring才知道你需要使用缓存的功能,其他和缓存相关的注解才会有效,spring中主要是通过aop实现的,通过aop来拦截需要使用缓存的方法,实现缓存的功能
注:
initialCapacity=[integer]: 初始的缓存空间大小
maximumSize=[long]: 缓存的最大条数
maximumWeight=[long]: 缓存的最大权重
expireAfterAccess=[duration]: 最后一次写入或访问后经过固定时间过期
expireAfterWrite=[duration]: 最后一次写入后经过固定时间过期
refreshAfterWrite=[duration]: 创建缓存或者最近一次更新缓存后经过固定的时间间隔,刷新缓存
weakKeys: 打开key的弱引用
weakValues:打开value的弱引用
softValues:打开value的软引用
recordStats:开发统计功能
注意:
expireAfterWrite和expireAfterAccess同时存在时,以expireAfterWrite为准。
maximumSize和maximumWeight不可以同时使用
weakValues和softValues不可以同时使用
@Cacheable
- 触发缓存入口(这里一般放在创建和获取的方法上,
@Cacheable
注解会先查询是否已经有缓存,有会使用缓存,没有则会执行方法并缓存)
注:这里面(key、unless等)会用到一些SPEL表达式,Spring为我们提供了一个root对象可以用来生成key,通过该root对象我们可以获取到以下信息
cacheNames:用来指定缓存名称,可以指定多个
key:缓存的key,spel表达式,写法参考@Cacheable中的key
condition:spel表达式,写法和@Cacheable中的condition一样,当为空或者计算结果为true的时候,方法的返回值才会丢到缓存中;否则结果不会丢到缓存中
unless:当condition为空或者计算结果为true的时候,unless才会起效;true:结果不会被丢到缓存,false:结果会被丢到缓存
- SPEL简单介绍
类型 | 运算符 |
关系 | <,>,<=,>=,==,!=,lt,gt,le,ge,eq,ne |
算术 | +,- ,* ,/,%,^ |
逻辑 | &&,||,!,and,or,not,between,instanceof |
条件 | ?: (ternary),?: (elvis) |
正则表达式 | |
其他类型 | ?.,?[…],![…],^[…],$[…] |
- 属性名称 描述 示例 methodName 当前方法名 #root.methodName method 当前方法 #root.method.name target 当前被调用的对象 #root.target targetClass 当前被调用的对象的class #root.targetClass args 当前方法参数组成的数组 #root.args[0] caches 当前被调用的方法使用的Cache #root.caches[0].name
@CacheEvict
- 用来清除缓存的,@CacheEvict也可以标注在类或者方法上,被标注在方法上,则目标方法被调用的时候,会清除指定的缓存;当标注在类上,相当于在类的所有方法上标注了
@CachePut
- 可以标注在类或者方法上,被标注的方法每次都会被调用,然后方法执行完毕之后,会将方法结果丢到缓存中;当标注在类上,相当于在类的所有方法上标注了
通过Spring配置定义CacheManager
同样的效果。
注:上述代码均手动执行过,与SpringBoot集成测试东西较多,但是功能均已实现。