![a6d784067caafb4565128a408576bc97.png](https://i-blog.csdnimg.cn/blog_migrate/aaa3a85b0ccf3e913dd24c87779185ac.jpeg)
前言
随着互联网的高速发展,市面上也出现了越来越多的网站和app。我们判断一个软件是否好用,用户体验就是一个重要的衡量标准。比如说我们经常用的微信,打开一个页面要十几秒,发个语音要几分钟对方才能收到。相信这样的软件大家肯定是都不愿意用的。软件要做到用户体验好,响应速度快,缓存就是必不可少的一个神器。缓存又分进程内缓存和分布式缓存两种:分布式缓存如redis、memcached等,还有本地(进程内)缓存如ehcache、GuavaCache、Caffeine等。说起Guava Cache,很多人都不会陌生,它是Google Guava工具包中的一个非常方便易用的本地化缓存实现,基于LRU算法实现,支持多种缓存过期策略。由于Guava的大量使用,Guava Cache也得到了大量的应用。但是,Guava Cache的性能一定是最好的吗?也许,曾经它的性能是非常不错的。正所谓长江后浪推前浪,前浪被拍在沙滩上。我们就来介绍一个比Guava Cache性能更高的缓存框架:Caffeine。
Tips: Spring5(SpringBoot2)开始用Caffeine取代guava.详见官方信息SPR-13797 https:// jira.spring.io/browse/S PR-13797
官方性能比较
以下测试都是基于jmh测试的,官网地址 测试为什么要基于jmh测试,可以参考知乎上R回答
在HotSpot VM上跑microbenchmark切记不要在main()里跑循环计时就完事。这是典型错误。重要的事情重复三遍:请用JMH,请用JMH,请用JMH。除非非常了解HotSpot的实现细节,在main里这样跑循环计时得到的结果其实对一般程序员来说根本没有任何意义,因为无法解释。
- 8个线程读,100%的读操作
![b685a394c6bb196a53313fdaee6dd393.png](https://i-blog.csdnimg.cn/blog_migrate/7832a0c0d23fbf60ee90869322e6ef11.png)
- 6个线程读,2个线程写,也就是75%的读操作,25%的写操作。
![94094e971387538eaa548344b368ea4d.png](https://i-blog.csdnimg.cn/blog_migrate/10e86adb2826021ce95a0db856c46cb0.png)
- 8个线程写,100%的写操作
![4913f2964ccca4376b13e890cb58f7dd.png](https://i-blog.csdnimg.cn/blog_migrate/90937de32951a53cb01c90e9a0412ab6.png)
对比结论
可以从数据看出来Caffeine的性能都比Guava要好。然后Caffeine的API的操作功能和Guava是基本保持一致的,并且 Caffeine为了兼容之前是Guava的用户,做了一个Guava的Adapter给大家使用也是十分的贴心。
如何使用
- 在 pom.xml 中添加 caffeine 依赖
<!-- https://mvnrepository.com/artifact/com.github.ben-manes.caffeine/caffeine -->
创建对象
Cache
创建参数介绍 - initialCapacity: 初始的缓存空间大小 - maximumSize: 缓存的最大数量 - maximumWeight: 缓存的最大权重 - expireAfterAccess: 最后一次读或写操作后经过指定时间过期 - expireAfterWrite: 最后一次写操作后经过指定时间过期 - refreshAfterWrite: 创建缓存或者最近一次更新缓存后经过指定时间间隔,刷新缓存 - weakKeys: 打开key的弱引用 - weakValues:打开value的弱引用 - softValues:打开value的软引用 - recordStats:开发统计功能
注意: expireAfterWrite和expireAfterAccess同时存在时,以expireAfterWrite为准。maximumSize和maximumWeight不可以同时使用。
添加数据
Caffeine 为我们提供了手动、同步和异步这几种填充策略。 下面我们来演示下手动填充策略吧,其他几种如果大家感兴趣的可以去官网了解下
Cache
自动添加(自定义添加函数)
public
过期策略
Caffeine 为我们提供了三种过期策略 ,分别是基于大小(size-based)、基于时间(time-based)、基于引用(reference-based)
基于大小(size-based)
LoadingCache
运行结果如下:淘汰了两个只剩下一个。
null
基于时间(time-based)
Caffeine提供了三种定时驱逐策略:
expireAfterWrite(long, TimeUnit)
- 在最后一次写入缓存后开始计时,在指定的时间后过期。
LoadingCache
运行结果第三秒的时候取值为空。
java金融
expireAfterAccess
- 在最后一次读或者写入后开始计时,在指定的时间后过期。假如一直有请求访问该key,那么这个缓存将一直不会过期。
LoadingCache
运行结果:读和写都没有的情况下,3秒后才过期,然后就输出了null。
java金融
expireAfter(Expiry)
- 在expireAfter中需要自己实现Expiry接口,这个接口支持expireAfterCreate,expireAfterUpdate,以及expireAfterRead了之后多久过期。注意这个是和expireAfterAccess、expireAfterAccess是互斥的。这里和expireAfterAccess、expireAfterAccess不同的是,需要你告诉缓存框架,他应该在具体的某个时间过期,获取具体的过期时间。
LoadingCache
删除
- 单个删除:Cache.invalidate(key)
- 批量删除:Cache.invalidateAll(keys)
- 删除所有缓存项:Cache.invalidateAll
总结
本文只是对Caffeine的一个简单使用的介绍,它还有很多不错的东西,比如缓存监控、事件监听、W-TinyLFU算法(高命中率、低内存占用)感兴趣的同学可以去官网查看。
结束
- 由于自己才疏学浅,难免会有纰漏,假如你发现了错误的地方,还望留言给我指出来,我会对其加以修正。
- 如果你觉得文章还不错,你的转发、分享、赞赏、点赞、留言就是对我最大的鼓励。
- 感谢您的阅读,十分欢迎并感谢您的关注。
http://weixin.qq.com/r/9jsvN8vEdJYLrY9U927k (二维码自动识别)
参考
https://www.itcodemonkey.com/article/9498.html https://juejin.im/post/5dede1f2518825121f699339 https://www.cnblogs.com/CrankZ/p/10889859.html https://blog.csdn.net/hy245120020/article/details/78080686 https://github.com/ben-manes/caffeine