Design Most Recently Used Queue
Time ctor: O(nlogn) fetch: O(logn) · Space O(n) · Official statement on LeetCode
Solutions
// Time: ctor: O(n + m), m is the max number of calls
// Space: fetch: O(log(n + m))
class MRUQueue {
public:
MRUQueue(int n)
: bit_{n}
, curr_{n} {
for (int i = 0; i < n; ++i) {
lookup_[i] = i + 1;
}
}
int fetch(int k) {
int pos = bit_.binary_lift(k);
int val = lookup_[pos];
lookup_.erase(pos);
bit_.add(pos, -1);
bit_.add(curr_, 1);
lookup_[curr_++] = val;
return val;
}
private:
class BIT {
public:
static const int MAX_CALLS = 2000;
BIT(int n) : bit_(n + MAX_CALLS + 1) { // 0-indexed
for (int i = 1; i < size(bit_); ++i) {
bit_[i] = ((i - 1 < n) ? 1 : 0) + bit_[i - 1];
}
for (int i = size(bit_) - 1; i >= 1; --i) {
int last_i = i - lower_bit(i);
bit_[i] -= bit_[last_i];
}
}
void add(int i, int val) {
++i;
for (; i < size(bit_); i += lower_bit(i)) {
bit_[i] += val;
}
}
int query(int i) const {
++i;
int total = 0;
for (; i > 0; i -= lower_bit(i)) {
total += bit_[i];
}
return total;
}
int binary_lift(int k) const {
int total = 0;
int pos = 0;
for (int i = floor_log2_x(size(bit_) - 1); i >= 0; --i) {
if (pos + (1 << i) < size(bit_) && !(total + bit_[pos + (1 << i)] >= k)) {
total += bit_[pos + (1 << i)];
pos += (1 << i);
}
}
return (pos + 1) - 1;
}
private:
int lower_bit(int i) const {
return i & -i;
}
int floor_log2_x(int x) const {
return 8 * sizeof(int) - __builtin_clz(x) - 1;
};
vector<int> bit_;
};
BIT bit_;
unordered_map<int, int> lookup_;
int curr_;
};
// Time: ctor: O(n)
// Space: fetch: O(sqrt(n))
// sqrt decomposition solution
class MRUQueue2 {
public:
MRUQueue2(int n)
: buckets_(ceil(sqrt(n))) {
for (int i = 0; i < n; ++i) {
buckets_[i / size(buckets_)].emplace_back(i + 1);
}
}
int fetch(int k) {
--k;
int left = k / size(buckets_);
int idx = k % size(buckets_);
auto cit = cbegin(buckets_[left]);
advance(cit, idx);
int val = *cit;
buckets_[left].erase(cit);
buckets_.back().emplace_back(val);
for (int i = size(buckets_) - 2; i >= left; --i) {
int x = buckets_[i + 1].front();
buckets_[i + 1].pop_front();
buckets_[i].emplace_back(x);
}
return val;
}
private:
vector<list<int>> buckets_;
};
Beginner Explanation
What is Design Most Recently Used Queue?
Design Most Recently Used Queue (LeetCode #1756) is a Medium problem that primarily trains design.
How to think about it
- Restate the goal in your own words before coding.
- Work a tiny example by hand so the invariant becomes obvious.
- Identify the pattern — this problem aligns with sorted list and fenwick tree.
- Only then translate the idea into code.
Why this problem matters
It sits in the sweet spot of interview difficulty: multiple valid approaches, clear trade-offs. Official solution notes mention: Sorted List, BIT, Fenwick Tree, Square Root Decomposition.
AlgoForge explanations are original teaching notes. Always open the official problem statement on LeetCode for constraints and examples.
Interview Walkthrough
Interview approach for Design Most Recently Used Queue
Opening (30–60 seconds)
- Clarify inputs/outputs and edge cases (empty input, single element, duplicates, overflow).
- State a brute force so the interviewer knows you can solve it naively.
- Propose the optimal direction tied to sorted list and fenwick tree.
Core solution narrative
- Define the state you track (pointers, DP cell, set membership, stack top, etc.).
- Explain the transition when you process the next element.
- Call out time (ctor: O(nlogn) fetch: O(logn)) and space (O(n)) before coding.
- Code cleanly; narrate variable names.
What interviewers listen for
- Correctness on edge cases
- Complexity honesty
- Ability to discuss trade-offs (e.g., hash map space vs. sort + two pointers)
Follow-up questions they may ask
- Can you solve it with less memory?
- What if the input stream is infinite / doesn't fit in RAM?
- How would tests look for adversarial inputs?
Optimized Approach
Optimized solution notes
The reference solutions on AlgoForge target ctor: O(nlogn) fetch: O(logn) time and O(n) space.
Pattern focus: sorted list and fenwick tree
Use the pattern as a checklist:
- sorted list — confirm the invariant holds after each step
- fenwick tree — confirm the invariant holds after each step
Multiple methods appear in the source solutions — compare them and explain when each is preferable.
Implementation tips
- Prefer readable names over micro-optimizations in interviews.
- Extract helpers only when they clarify (e.g., expand-around-center, DFS visit).
- After AC-level logic, re-scan for off-by-one and null checks.
Complexity Analysis
Complexity
| Measure | Bound |
|---|---|
| Time | ctor: O(nlogn) fetch: O(logn) |
| Space | O(n) |
How to justify this in an interview
- Time: count loops, map/set operations, and recursive branching; state average vs worst case if relevant.
- Space: include hash maps, recursion stack, and output allocation when the problem asks for it.
If your implementation differs from the reference, re-derive big-O from your code — never memorize a complexity you cannot defend.
Common Mistakes
Common mistakes on Design Most Recently Used Queue
- Skipping edge cases — empty collections, single-element inputs, max constraints.
- Wrong invariant for sorted list and fenwick tree — updating state too early or too late.
- Mutating input unexpectedly when the problem forbids it.
- Off-by-one in windows, ranges, or binary search bounds.
- Ignoring overflow / precision for integer arithmetic problems.
- Overengineering — jumping to an advanced structure when a simpler approach works.
Alternative Approaches
Alternatives
The source file includes more than one method. Compare:
- Primary optimized path — best complexity for typical interviews.
- Secondary approach — often brute force, sorting-based, or space-optimized variant.
Practice articulating when you would pick each (constraints, readability, follow-ups).
Edge Cases
Edge cases checklist
- Minimum input size
- Maximum input size / time limits
- Duplicates and already-sorted input
- Negative numbers / zeros (if applicable)
- Disconnected structures (graphs/trees)
- Single path vs branching recursion depth
Pattern Recognition
Spotting this pattern
Signal phrases that point to sorted list and fenwick tree:
- Sorted input or ability to sort without changing the answer class
- Need for contiguous subarray / substring → consider sliding window
- Need for O(1) membership → hash set/map
- Optimal substructure + overlapping subproblems → DP
- Connectivity / components → graph DFS/BFS or Union-Find
Primary topics: design.
Follow-up Interview Questions
Follow-ups
- How does the solution change if the input is a stream?
- Can you solve it in-place?
- What if duplicates must be handled differently?
- How would you parallelize the approach?
- Design tests that would break a buggy implementation.
Practice Recommendations
What to practice next
- Re-solve Design Most Recently Used Queue in a second language (cpp, python).
- Drill 3–5 more problems tagged design.
- Teach the solution out loud in under 5 minutes.
- Add this problem to your revision calendar in 3 days and 14 days.
Visualization
Study checklist
- Read the official problem statement on LeetCode
- Solve on paper / whiteboard first
- Implement the sorted list and fenwick tree approach
- Verify edge cases from the checklist
- State time and space complexity aloud
- Compare with the AlgoForge reference solution
- Schedule a revision session
Revision notes
Design Most Recently Used Queue (#1756) — Medium. Pattern: sorted list and fenwick tree. Complexity: ctor: O(nlogn) fetch: O(logn) time / O(n) space. Re-derive the invariant before coding.
FAQs
What is the time complexity of Design Most Recently Used Queue?+
The reference solutions aim for ctor: O(nlogn) fetch: O(logn) time and O(n) space. Always re-derive complexity from the code you write in the interview.
What pattern does Design Most Recently Used Queue use?+
It primarily maps to sorted list and fenwick tree, within the broader topic of design.
Is Design Most Recently Used Queue good for interviews?+
Yes — as a Medium problem it is a solid practice target. Pair it with related problems in the same pattern family for spaced repetition.
Where can I read the official statement?+
Open the official LeetCode page for constraints and examples: https://leetcode.com/problems/design-most-recently-used-queue/