LRU Cache
Expert Answer & Key Takeaways
# System & Data Structure Design
Design problems in DSA interviews test your ability to translate requirements into a functional, efficient, and maintainable class structure. Unlike standard algorithmic problems, the focus here is on State Management and API Design.
### Core Principles
1. Encapsulation: Keep data private and expose functionality through well-defined methods.
2. Trade-offs: Every design choice has a cost. Is it better to have read and write, or vice versa?
3. State Consistency: Ensure that your internal data structures (e.g., a Map and a List) stay in sync after every operation.
### Common Design Patterns
#### 1. HashMap + Doubly Linked List (DLL)
The "Gold Standard" for caching (LRU/LFU).
```text
[Head] <-> [Node A] <-> [Node B] <-> [Node C] <-> [Tail]
^ ^ ^ ^ ^
(MRU) (Data) (Data) (Data) (LRU)
```
- HashMap: Provides lookups for keys to their corresponding nodes.
- DLL: Provides addition/removal of nodes at both ends, maintaining the order of access.
#### 2. Amortized Analysis (Rebalancing)
Commonly used in Queue using Stacks or Dynamic Arrays.
- Instead of doing heavy work on every call, we batch it. Pushing to a stack is , and "flipping" elements to another stack happens only when necessary, averaging per operation.
#### 3. Ring Buffers (Circular Arrays)
Used for fixed-size memory management (e.g., Circular Queue, Hit Counter).
```text
[0] [1] [2] [3] [4] [5]
^ ^ ^
Head (Data) Tail
(Pops) (Next Push)
```
- Use `(index + 1) % capacity` to wrap around the array.
#### 4. Concurrency & Thread Safety
For "Hard" design problems (e.g., Bounded Blocking Queue).
- Use Mutexes (Locks) to prevent data races.
- Use Condition Variables (`wait`/`notify`) to manage producer-consumer logic efficiently without busy-waiting.
### How to Approach a Design Problem
1. Identify the API: What methods do you need to implement? (`get`, `put`, `push`, etc.)
2. Define the State: What variables represent the current state? (Size, Capacity, Pointers).
3. Choose the Data Structures: Select the combination that minimizes time complexity for the most frequent operations.
4. Dry Run: Trace the state changes through a sequence of operations based on your chosen structure.
LRU Cache
Design a data structure that follows the constraints of a Least Recently Used (LRU) cache.
Requirements
- get(key): Return the value of the key if it exists, otherwise return -1.
- put(key, value): Update or insert the value. If the cache reaches capacity, evict the least recently used item before inserting a new one.
Goal
All operations must run in average time complexity.
Examples
Input: ["LRUCache", "put", "put", "get", "put", "get"]
[[2], [1, 1], [2, 2], [1], [3, 3], [2]]
Output: [null, null, null, 1, null, -1]
Approach 1
Level I: Brute Force (List of Pairs)
Intuition
Maintain a simple list or array of
[key, value] pairs. For every get or put operation, we iterate through the list to find if the key exists. This established a baseline for why we need more optimized structures.⏱ O(N) for both `get` and `put`.💾 O(Capacity).
Detailed Dry Run
Input:
put(1,1), put(2,2), get(1)| Step | Operation | List State (Old to New) | Result |
|---|---|---|---|
| 1 | put(1,1) | [[1,1]] | null |
| 2 | put(2,2) | [[1,1], [2,2]] | null |
| 3 | get(1) | [[2,2], [1,1]] | 1 |
Approach 2
Level II: Intermediate (Built-in Ordered Map)
Intuition
Most modern languages provide data structures that maintain insertion order. We can leverage these (e.g.,
LinkedHashMap in Java, OrderedDict in Python, or the standard Map in JS which preserves key insertion order) to implement LRU with minimal code.⏱ O(1) average for all operations.💾 O(Capacity).
Detailed Dry Run
Input:
put(1,1), put(2,2), get(1)| Step | Operation | Map State (Keys) | LRU Logic |
|---|---|---|---|
| 1 | put(1,1) | {1} | Added 1 |
| 2 | put(2,2) | {1, 2} | Added 2 |
| 3 | get(1) | {2, 1} | Re-inserted 1 to end |
Approach 3
Level III: Optimal (HashMap + Deque)
Intuition
To achieve true without relying on language-specific magic, we implement our own Doubly Linked List (DLL) and a HashMap. The DLL allows removal and addition at both ends, while the HashMap provides access to any node given its key.
⏱ O(1) strictly for all operations.💾 O(Capacity).
Detailed Dry Run
Input:
put(1,1), put(2,2), get(1)| Step | Operation | DLL Structure (Head <-> Tail) | Map State |
|---|---|---|---|
| 1 | put(1,1) | H <-> [1:1] <-> T | {1: node1} |
| 2 | put(2,2) | H <-> [2:2] <-> [1:1] <-> T | {1: n1, 2: n2} |
| 3 | get(1) | H <-> [1:1] <-> [2:2] <-> T | {1: n1, 2: n2} |
Course4All Technical Board
Verified ExpertSenior Software Engineers & Algorithmic Experts
Our DSA content is authored and reviewed by engineers from top tech firms to ensure optimal time and space complexity analysis.
Pattern: 2026 Ready
Updated: Weekly
Found an issue or have a suggestion?
Help us improve! Report bugs or suggest new features on our Telegram group.