title: 自己手写一个LRU策略
date: 2021-06-18 12:00:30
tags:
- [redis]
- [lru]
categories:
- [redis]
permalink: zxh
prefix: redis

一、题目描述

146. LRU 缓存机制

二、思路分析

第一想法

  • 刚看到本题时没有多想就觉得会用到队列,因为队列FIFO可以做到淘汰末尾数据,但是仔细一想本题是需要淘汰最近最少使用数据,如果仅仅是最近的数据那么队列很容易实现。加上使用频率就涉及到数据的频繁挪动。很明显队列是无法完成的。
  • 那么有没有一种顺序添加的数据,每次在获取之后就会将数据前移至一端呢?答案是有的!LinkedHashMap
  • LinkedHashMap 不熟悉的朋友们可以简单的将它理解成HashMap 。 下图展示了HashMap的存储结构

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

  • 上述的元素我这里做了个动画演示全过程!!!

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

  • LinkedHashMap只是多了一条链表串起里面的元素

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

  • 这也是为什么LinkedHashMap是按照顺序存储的。但是LinkedHahsMap也无法做到按照使用频率进行排序啊?大家都知道他是按照添加顺序排序的!!!

LinkedHashMap改造

  • 原生的LinkedHashMap的确无法满足情况,但是我们稍微看下源码能够发现在put之后都会执行下afterNodeInsertion 这个方法。这也是HashMap留给LinkedHashMap做的扩展!

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

  • removeNode 就是将最前面的数据。想要进入这个方法就需要removeEldestEntry判断。LinkedHashMap默认是false . 所以我们只需要重写他就行了。但是还是在get值的时候如何保值在最后面呢?我们仔细看下源码就能够发现在get中有这个一个方法afterNodeAccess 。他的作用就是将get的元素移位值后面。正好符合我们LRU的策略特征

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

  • 综上!我们借助LinkedHashMap就非常容易的实现了LRU策略!

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

自己实现

  • 但是本题的意思是想考察我们自己是如何实现的,而不是巧妙对现有的工具改造的!不过上面对LinkedHashMap的确改造的很巧这是不可否认的!下面我们就尝试自己来实现下这种方式!

  • 首先我们需要确定需要用到Hash结合链表来实现。Hash我们自然使用HashMap来存储数据为的就是方便定位数据。定位到数据就需要操作链表将数据实时移位值链表尾部,每次淘汰是将链表首位移除既可。为了方便我们操作链表这里的链表肯定是双链表的!

链表单元

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

  • 首先我们定义一个内部类!用于链表的基本单元。里面存储了key,value方便根据Hash中存储的内容找到节点!preNodenextNode分别指向前后节点

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

  • 在构建器中初始化容量和链表大小,并初始化边界节点方便我们操作节点中移位和删除。

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

  • 在获取数据时没有添加就返回-1 , 已经添加的数据则将该数据对应的node节点移动到链表的尾部。

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

  • 在put中当第一次添加我们需要维护链表大小并进行检测是否需要进行淘汰数据,如果不是第一次添加我们只需奥更新值和对应node在链表中的位置即可

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

【redis前传】自己手写一个LRU策略 | redis淘汰策略-LMLPHP

四、总结

  • 虽然执行时间和内存消耗有点高!但是我就是不优化。
  • 本题主要就是在链表的移动上面会复杂点。我们需要按照添加顺序和使用频率两个维度进行维护他们之间的顺序。只要这个顺序维护好,就没啥问题了!
06-25 13:27