【java互联网架构】手把手教你实现线程安全并且可以设置过期时间的LRU缓存安排!
目录:
1. LRU 缓存介绍
2. ConcurrentLinkedQueue简单介绍
3. ReadWriteLock简单介绍
4.ScheduledExecutorService 简单介绍
5. 徒手撸一个线程安全的 LRU 缓存
6. 实现一个线程安全并且带有过期时间的 LRU 缓存
很多人就会问了:“网上已经有这么多现成的缓存了!为什么面试官还要我们自己实现一个呢?”。 咳咳咳 , 当然是为了面试需要 。 哈哈!开个玩笑 , 我个人觉得更多地是为了学习吧!
实现一个线程安全的 LRU 缓存
实现一个线程安全并且带有过期时间的 LRU 缓存
考虑到了线程安全性我们使用了 ConcurrentHashMap 、ConcurrentLinkedQueue这两个线程安全的集合 。 另外 , 还用到 ReadWriteLock(读写锁) 。 为了实现带有过期时间的缓存 , 我们用到了 ScheduledExecutorService来做定时任务执行 。 1. LRU 缓存介绍
LRU (Least Recently Used,最近最少使用)是一种缓存淘汰策略 。
LRU缓存指的是当缓存大小已达到最大分配容量的时候 , 如果再要去缓存新的对象数据的话 , 就需要将缓存中最近访问最少的对象删除掉以便给新来的数据腾出空间 。 2. ConcurrentLinkedQueue简单介绍
ConcurrentLinkedQueue是一个基于单向链表的无界无锁线程安全的队列 , 适合在高并发环境下使用 , 效率比较高 。我们在使用的时候 , 可以就把它理解为我们经常接触的数据结构——队列 , 不过是增加了多线程下的安全性保证罢了 。 和普通队列一样 , 它也是按照先进先出(FIFO)的规则对接点进行排序 。另外 , 队列元素中不可以放置null元素 。
ConcurrentLinkedQueue 整个继承关系如下图所示:
本文插图
ConcurrentLinkedQueue中最主要的两个方法是:offer(value)和poll() , 分别实现队列的两个重要的操作:入队和出队(offer(value)等价于add(value)) 。
我们添加一个元素到队列的时候 , 它会添加到队列的尾部 , 当我们获取一个元素时 , 它会返回队列头部的元素 。
本文插图
单链表
利用ConcurrentLinkedQueue队列先进先出的特性 , 每当我们 put/get(缓存被使用)元素的时候 , 我们就将这个元素存放在队列尾部 , 这样就能保证队列头部的元素是最近最少使用的 。 3. ReadWriteLock简单介绍
ReadWriteLock 是一个接口 , 位于java.util.concurrent.locks包下 , 里面只有两个方法分别返回读锁和写锁:
本文插图
ReentrantReadWriteLock 是ReadWriteLock接口的具体实现类 。
读写锁还是比较适合缓存这种读多写少的场景 。 读写锁可以保证多个线程和同时读取 , 但是只有一个线程可以写入 。 但是 , 有一个问题是当读锁被线程持有的时候 , 读锁是无法被其它线程申请的 , 会处于阻塞状态 , 直至读锁被释放 。
另外 , 同一个线程持有写锁时是可以申请读锁 , 但是持有读锁的情况下不可以申请写锁 。 4.ScheduledExecutorService 简单介绍
ScheduledExecutorService 是一个接口 , ScheduledThreadPoolExecutor 是其主要实现类 。
本文插图
ScheduledThreadPoolExecutor 主要用来在给定的延迟后运行任务 , 或者定期执行任务 。这个在实际项目用到的比较少 , 因为有其他方案选择比如quartz 。 但是 , 在一些需求比较简单的场景下还是非常有用的!
推荐阅读
- 互联网分析师于斌|对于陆正耀“背后”的愉悦资本来说,反思才是第一要务
- 互联网的一些事|QuestMobile:2020 移动互联网人均使用时长同比增长 12.9%
- 互联网的放大镜TB|vivo X50Pro发布,小米10瞬间不香了?
- |传统互联网产品经理正在消失,如何自救?
- |搜狐畅游的修仙往事:当互联网公司开始“拜神信教”
- 互联网乱侃先生|国产机们不用再看高通脸色?超级芯片巨头入场,GPU比高通强很多
- 基建新基建按下互联网保险“加速键” 慧择头部效应凸显
- 36氪|36氪独家|TCL旗下工业互联网平台「格创东智」获云锋基金亿元级A轮融资
- 互联网生活|不一般!世童科技品牌启动暨智能学习桌新品发布会惊艳中山
- 互联网乱侃秀|都说苹果没5G落后国产机了,结局却很让人扎心,销量又是第一
