LFU要求O(1)频次提升与最小频次定位，而std::unordered_map+std::list无法直接满足：因频次更新后旧链表可能变空但min_freq不自动降级，且单靠哈希表无法维护同频键的LRU时序；必须用key_to_node存节点（含freq、value、list_iter）和freq_to_list映射频次到按访问时间倒序的链表，并仅在链表变空且影响min_freq时被动更新。
为什么 std::unordered_map + std::list 无法直接支撑 LFU 的 O(1) 频次提升
LFU 要求每次 get 或 put 后，键的访问频次 +1，且能以 O(1) 时间找到当前最小频次的所有候选键（用于淘汰）。单纯用 std::unordered_map 存键→频次，再额外维护一个最小频次变量，会遇到两个硬伤：频次更新后，旧频次对应的数据结构可能已空，但最小频次变量不会自动降级；多个键同频时，需按 LRU 规则淘汰最久未用者，而仅靠频次哈希表无法维护访问时序。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 必须分离「频次维度」和「时序维度」：用一个哈希表
key_to_node映射键到缓存节点，节点中存值、频次、迭代器（指向所在频次链表） - 用另一个哈希表
freq_to_list映射频次 →std::list（存该频次下所有键，按访问时间倒序，最新在 front） - 维护一个整型变量
min_freq，但只在put插入新键或get提升频次导致原频次链表变空时更新——不是每次 get 都检查
如何让 key 的频次提升真正做到 O(1)，且不破坏链表位置一致性
关键在于节点不能只存频次，还要存它当前在哪个频次链表里。否则从 freq_to_list[old_freq] 中删节点、再插入到 freq_to_list[old_freq + 1]，需要先定位节点位置，而 std::list 的 erase(iterator) 是 O(1)，但“找这个节点在哪条链表里”是 O(N) ——除非你提前记下来。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 每个缓存节点（如 struct Node）必须包含字段：
int freq、T value、std::list<:string>::iterator list_iter</:string>（指向它在freq_to_list[freq]中的位置） -
get(key)流程：查key_to_node→ 取出 node → 用node.list_iter从freq_to_list[node.freq]中 erase → 将 node.freq++ → 在freq_to_list[node.freq]的 front 插入新节点，并更新node.list_iter和key_to_node[key] - 注意：插入新频次链表时，必须用
emplace_front并保存返回的 iterator，不能 insert 后再取 begin() —— 因为 list 迭代器不保证稳定，insert 可能触发内存重分配（实际不会，但语义上应避免依赖）
min_freq 更新时机与淘汰逻辑的耦合陷阱
很多人把 min_freq 设成全局变量，每次 get 后都遍历所有频次链表找非空最小值——这是 O(F)，F 是不同频次数量，完全破坏 LFU 的设计目标。正确做法是让它只在两个明确时刻被动更新：
-
put时若缓存已满，触发淘汰：此时从freq_to_list[min_freq]的 back 弹出键（LRU 规则），弹完后若该链表为空，则min_freq++ -
get或put导致某个freq_to_list[old_freq]变空，且old_freq == min_freq，则min_freq++ - 绝对不要在 get 中主动扫描 freq_to_list 查 min_freq —— 这是性能杀手，也是面试高频翻车点
另外，淘汰时必须从 freq_to_list[min_freq] 的 back() 淘汰（最久未用），而不是 front()；因为我们在每次访问后都把节点移到对应频次链表的 front，所以 back 才是最老的。
C++17 下避免内存泄漏与迭代器失效的关键细节
使用 std::list 和裸指针混合管理容易出问题。现代写法应彻底避免 new/delete，全部用值语义或智能指针封装节点。但更关键的是迭代器生命周期：
-
std::list的迭代器在元素被erase后立即失效，但只要不 erase，即使 list 扩容（实际不会，list 是链表），迭代器也永不失效 —— 所以list_iter字段可安全长期持有 - 如果用
std::unique_ptr<node></node>存在key_to_node中，注意：移动unique_ptr会置空原指针，但Node对象内存地址不变，所以list_iter依然有效 - 最容易忽略的一点：当从
freq_to_list[f]中 erase 一个节点时，必须同步从key_to_node中 erase 对应 key，否则下次 get 会拿到悬垂的 node 指针（如果用了指针）或已销毁对象（如果用了 unique_ptr 但没及时清除 map）
没有银弹，LFU 的“最小频率查找优化”本质是用空间换确定性时间——多一层哈希映射、多存一个迭代器、多维护一个 min_freq 变量，每步都得严丝合缝，漏掉任意一环，O(1) 就崩了。
