LRU与LFU缓存淘汰算法详解与实现

发布时间:2026/11/2 21:34:27

LRU与LFU缓存淘汰算法详解与实现 1. 缓存淘汰算法基础概念在计算机系统中缓存是一种用空间换时间的设计策略。当缓存空间被占满时我们需要决定哪些数据应该被保留哪些数据可以被淘汰——这就是缓存淘汰算法要解决的问题。LRULeast Recently Used和LFULeast Frequently Used是两种最经典的缓存淘汰策略它们在各类系统中有着广泛应用。缓存淘汰算法的核心矛盾在于如何在有限的内存空间内最大化缓存命中率。这就像图书馆的书架空间有限我们需要决定哪些书应该保留在触手可及的位置。1.1 LRU算法原理LRU算法的核心思想是最近最少使用。它假设最近被访问过的数据在不久的将来更有可能再次被访问。实现LRU通常需要以下组件哈希表提供O(1)时间复杂度的键值查找双向链表维护数据的访问顺序当访问一个键时如果键存在将其移动到链表头部表示最近使用如果键不存在且缓存已满则淘汰链表尾部的键最久未使用新插入的键总是放在链表头部class LRUCache: def __init__(self, capacity: int): self.capacity capacity self.cache {} self.head Node(0, 0) self.tail Node(0, 0) self.head.next self.tail self.tail.prev self.head1.2 LFU算法原理LFU算法则关注使用频率它认为被访问次数更多的数据应该被保留。LFU的实现比LRU更复杂需要维护键到值的映射类似LRU键到访问频率的映射频率到键列表的映射通常按最近访问时间排序当缓存满时LFU会找到当前最小频率在该频率对应的键列表中淘汰最久未使用的键class LFUCache: def __init__(self, capacity: int): self.capacity capacity self.min_freq 0 self.key_to_val {} self.key_to_freq {} self.freq_to_keys defaultdict(OrderedDict)2. LeetCode 146题LRU缓存实现2.1 问题描述设计并实现一个满足LRU缓存约束的数据结构。需要支持以下操作get(key)如果键存在则返回值否则返回-1put(key, value)如果键不存在则插入当缓存达到容量时淘汰最久未使用的键要求get和put操作的时间复杂度都是O(1)。2.2 数据结构选择要实现O(1)时间复杂度我们需要哈希表提供快速的键值查找双向链表维护访问顺序支持快速移动和删除节点这种组合被称为哈希链表。哈希表存储键到链表节点的映射链表维护键的访问顺序。2.3 完整实现代码class Node: def __init__(self, key0, value0): self.key key self.value value self.prev None self.next None class LRUCache: def __init__(self, capacity: int): self.capacity capacity self.cache {} self.head Node() self.tail Node() self.head.next self.tail self.tail.prev self.head self.size 0 def get(self, key: int) - int: if key not in self.cache: return -1 node self.cache[key] self.move_to_head(node) return node.value def put(self, key: int, value: int) - None: if key in self.cache: node self.cache[key] node.value value self.move_to_head(node) else: node Node(key, value) self.cache[key] node self.add_to_head(node) self.size 1 if self.size self.capacity: removed self.remove_tail() del self.cache[removed.key] self.size - 1 def add_to_head(self, node): node.prev self.head node.next self.head.next self.head.next.prev node self.head.next node def remove_node(self, node): node.prev.next node.next node.next.prev node.prev def move_to_head(self, node): self.remove_node(node) self.add_to_head(node) def remove_tail(self): node self.tail.prev self.remove_node(node) return node2.4 复杂度分析时间复杂度get和put都是O(1)哈希表操作O(1)链表操作添加、删除、移动都是O(1)空间复杂度O(capacity)哈希表和链表都最多存储capacity个元素3. LeetCode 460题LFU缓存实现3.1 问题描述设计并实现一个满足LFU缓存约束的数据结构。需要支持以下操作get(key)如果键存在则返回值否则返回-1put(key, value)如果键不存在则插入当缓存达到容量时淘汰使用频率最低的键频率相同时淘汰最久未使用的同样要求get和put操作的时间复杂度都是O(1)。3.2 数据结构设计要实现O(1)的LFU我们需要三层结构key_to_val键到值的映射key_to_freq键到频率的映射freq_to_keys频率到键列表的映射使用OrderedDict维护插入顺序此外还需要维护当前最小频率min_freq避免每次从所有频率中查找最小值。3.3 完整实现代码from collections import defaultdict, OrderedDict class LFUCache: def __init__(self, capacity: int): self.capacity capacity self.min_freq 0 self.key_to_val {} self.key_to_freq {} self.freq_to_keys defaultdict(OrderedDict) def get(self, key: int) - int: if key not in self.key_to_val: return -1 self._update_freq(key) return self.key_to_val[key] def put(self, key: int, value: int) - None: if self.capacity 0: return if key in self.key_to_val: self.key_to_val[key] value self._update_freq(key) else: if len(self.key_to_val) self.capacity: self._evict() self.key_to_val[key] value self.key_to_freq[key] 1 self.freq_to_keys[1][key] None self.min_freq 1 def _update_freq(self, key): freq self.key_to_freq[key] self.freq_to_keys[freq].pop(key) if not self.freq_to_keys[freq] and freq self.min_freq: self.min_freq 1 self.key_to_freq[key] 1 self.freq_to_keys[freq1][key] None def _evict(self): key, _ self.freq_to_keys[self.min_freq].popitem(lastFalse) del self.key_to_val[key] del self.key_to_freq[key]3.4 复杂度分析时间复杂度get和put都是O(1)所有字典操作都是O(1)OrderedDict的popitem和插入都是O(1)空间复杂度O(capacity)三个字典都最多存储capacity个元素4. LRU与LFU的对比与应用场景4.1 性能特点对比特性LRULFU淘汰策略最近最少使用最不经常使用实现复杂度相对简单较为复杂内存开销较小较大热点数据短期热点表现好长期热点表现好突发流量适应快可能污染缓存时间局部性强弱频率局部性弱强4.2 典型应用场景LRU适用场景操作系统页面置换数据库查询缓存大多数web应用缓存如Redis默认使用近似LRU浏览器缓存LFU适用场景内容分发网络(CDN)广告推荐系统长期热点数据缓存需要识别并保留热门内容的系统4.3 生产环境中的变种算法实际系统中很少使用纯LRU或LFU而是它们的变种LRU-K考虑最近K次访问记录平衡LRU和LFU的特点2Q使用两个队列分别管理冷热数据ARC自适应替换缓存动态调整LRU和LFU的比例TinyLFU使用计数布隆过滤器近似LFU减少内存开销在Java生态中Caffeine缓存库就使用了Window TinyLFU算法结合了LRU和LFU的优点是Guava Cache的现代替代品。5. 面试中的常见问题与优化5.1 高频面试问题为什么LRU需要双向链表单链表不行吗双向链表支持O(1)时间删除任意节点单链表删除需要遍历LFU中为什么要维护min_freq避免每次淘汰时遍历所有频率寻找最小值保证O(1)时间淘汰如何测试缓存实现的正确性设计测试用例覆盖缓存未满、缓存已满、交替访问、连续访问相同键等场景如果缓存值很大如何优化内存使用指针或引用代替实际值考虑分片存储使用压缩算法5.2 性能优化技巧内存优化使用更紧凑的数据结构如用数组模拟链表对于整数键可以考虑使用开放寻址法哈希表并发优化读写锁分离读操作共享锁写操作独占锁分段锁将缓存分成多个段减少锁竞争无锁设计使用CAS操作实现复杂分布式环境一致性哈希分配缓存键考虑缓存副本与一致性协议多级缓存设计本地远程# 简单的线程安全LRU实现示例使用锁 import threading class ThreadSafeLRUCache(LRUCache): def __init__(self, capacity): super().__init__(capacity) self.lock threading.RLock() def get(self, key): with self.lock: return super().get(key) def put(self, key, value): with self.lock: super().put(key, value)5.3 实际工程中的考量缓存预热系统启动时预先加载热点数据缓存穿透对不存在的键也进行短暂缓存避免反复查询数据库缓存雪崩设置不同的过期时间避免同时失效监控指标缓存命中率、平均加载时间、内存使用量等淘汰策略组合可以结合LRU和LFU如主缓存用LRU热点缓存用LFU在实现生产级缓存系统时除了核心算法外还需要考虑序列化与反序列化性能内存分配策略过期时间处理统计与监控集成与持久化存储的交互缓存系统的设计往往需要在一致性、可用性和性能之间做出权衡理解LRU和LFU这些基础算法是构建更复杂缓存系统的基石。
延伸阅读

更多相关文章

2026/11/2 21:34:27

从TCP粘包到半包缓存:C++长度字段编解码与边界验证

简介:这份代码包面向具备 C 基础、正在学习网络编程或需要解决 TCP 粘包问题的开发者,提供一套可编译运行的服务器与客户端完整示例。内容围绕收发函数封装、协议头与消息结构体定义、消息回调注册展开,把粘包与丢包处理沉到通信层&#xff0…

2026/11/2 21:34:27

零售巨头智能采购系统架构与优化实践

1. 塔吉特采购技术现状与挑战解析 作为全球零售业巨头,塔吉特(Target)每年处理超过500亿美元的采购订单。其采购系统需要对接2,000多家核心供应商和15,000SKU的商品数据。在实际运营中,采购订单成功率受多重因素影响: …

2026/11/2 21:34:27

RFID智能仓储系统:技术实现与性能优化

1. 项目背景与核心价值在传统仓储管理中,人工盘点误差率普遍高达3%-5%,而采用RFID技术的智能仓库可将误差控制在0.1%以下。这个仓储管理App的开发项目,正是为了解决传统仓库作业中存在的三大痛点:人工记录效率低下、库存数据滞后、…

2026/11/2 22:39:32

PanabitFREE FreeBSD 9.2流控网关:DPI应用识别与网桥限速

简介:PanabitFREE_SANGUOr10_20150513_FreeBSD9.2_dev.tar.gz 是面向网络管理员、运维人员和二次开发者的一款免费网络行为审计与流量管理开发包,基于 FreeBSD 9.2 构建,可用于流量监控、用户行为审计、限速与 QoS 策略控制以及异常流量排查。…

2026/11/2 22:39:32

OpenHarmony中Flutter UI自动化测试优化实践

1. 项目背景与核心价值在OpenHarmony生态中构建具备复杂交互链路的大规模应用时,UI自动化测试的效率直接决定了产品迭代速度。传统Flutter Driver方案存在两个致命缺陷:一是测试环境初始化耗时过长,二是缺乏并行调度能力导致CI流水线阻塞。fa…

2026/11/2 22:39:32

uni-app安卓侧滑返回禁用与返回键控制全指南

1. 为什么uni-app在安卓上“侧滑返回”成了默认行为,而你根本没写过这行代码?很多人第一次在真机调试时都懵了:明明只写了页面跳转逻辑,没碰过任何手势配置,结果在安卓手机上一左滑,页面就嗖一下退回到上一…

2026/11/2 22:39:32

SR830锁相放大器LabVIEW开发包:GPIB/VISA采集与落盘实践

简介:面向使用Stanford Research Systems SR830锁相放大器进行精密测量的科研人员与LabVIEW开发者,这套开发包提供锁相放大器与LabVIEW无缝对接所需的VI、函数库及工程文件,用于参数控制、实时数据采集与结果分析。压缩包共48个文件、约568KB…

2026/11/2 22:39:32

Agent-Based架构在车路云协同中的优势与实践

1. 论文核心价值解析:为什么Agent-Based架构适合车路云协同?这篇论文探讨的Agent-Based网络架构与资源管理方案,本质上是在解决智能交通系统中三个关键矛盾:车辆移动的高动态性、路侧设备计算能力的有限性,以及云端全局…

2026/11/2 22:34:32

米勒阀门选型与应用全解析:从参数计算到行业实践

1. 美国米勒阀门产品线概述作为全球领先的工业阀门制造商,美国米勒阀门(Miller Valve)拥有超过60年的专业经验,其产品线覆盖了从常规工况到极端环境的全系列解决方案。在石油化工、电力能源、水处理等行业,米勒阀门以其…

2026/11/2 6:08:01

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/2 6:39:12

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/2 1:04:04

工业级SPI隔离设计:硬件抗扰与信号完整性实战指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/2 1:04:04

PLFM_RADAR:主动探测数据通道,构建低误报的数据感知系统

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/2 1:04:04

工业SPI隔离设计:MAX14431与STM32F746硬件抗干扰实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/2 6:08:01

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/2 6:39:12

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

还想了解更多?直接咨询顾问

免费诊断 + 免费方案 + 透明报价。

全国咨询热线400-8866-253
免费获取方案
☎咨询二维码 ☎ ↑