Merge k Sorted Lists
Time O(nlogk) · Space O(1) · Official statement on LeetCode
Solutions
// Time: O(n * logk), n is the length of the result list.
// Space: O(1)
/**
* Definition for singly-linked list.
* struct ListNode {
* int val;
* ListNode *next;
* ListNode(int x) : val(x), next(NULL) {}
* };
*/
// Merge two by two solution.
class Solution {
public:
ListNode *mergeKLists(vector<ListNode *> &lists) {
if (lists.empty()) {
return nullptr;
}
int left = 0, right = lists.size() - 1;
while (right > 0) {
lists[left] = mergeTwoLists(lists[left], lists[right]);
++left;
--right;
if (left >= right) {
left = 0;
}
}
return lists[0];
}
private:
ListNode *mergeTwoLists(ListNode *l1, ListNode *l2) {
ListNode dummy{0};
auto curr = &dummy;
while (l1 && l2) {
if (l1->val <= l2->val) {
curr->next = l1;
l1 = l1->next;
} else {
curr->next = l2;
l2 = l2->next;
}
curr = curr->next;
}
curr->next = l1 ? l1 : l2;
return dummy.next;
}
};
// Time: O(n * logk)
// Space: O(logk)
// Divide and Conquer solution.
class Solution2 {
public:
ListNode *mergeKLists(vector<ListNode *> &lists) {
return mergeKListsHelper(lists, 0, lists.size() - 1);
}
private:
ListNode *mergeKListsHelper(const vector<ListNode *> &lists, int begin, int end) {
if (begin > end) {
return nullptr;
}
if (begin == end) {
return lists[begin];
}
return mergeTwoLists(mergeKListsHelper(lists, begin, (begin + end) / 2),
mergeKListsHelper(lists, (begin + end) / 2 + 1, end));
}
ListNode *mergeTwoLists(ListNode *l1, ListNode *l2) {
ListNode dummy{0};
auto curr = &dummy;
while (l1 && l2) {
if (l1->val <= l2->val) {
curr->next = l1;
l1 = l1->next;
} else {
curr->next = l2;
l2 = l2->next;
}
curr = curr->next;
}
curr->next = l1 ? l1 : l2;
return dummy.next;
}
};
// Time: O(n * logk)
// Space: O(k)
// Heap solution.
class Solution3 {
public:
ListNode* mergeKLists(vector<ListNode*>& lists) {
ListNode dummy(0);
auto *cur = &dummy;
struct Compare {
bool operator() (const ListNode *a, const ListNode *b) {
return a->val > b->val;
}
};
// Use min heap to keep the smallest node of each list
priority_queue<ListNode *, vector<ListNode *>, Compare> min_heap;
for (const auto& n : lists) {
if (n) {
min_heap.emplace(n);
}
}
while (!min_heap.empty()) {
// Get min of k lists.
auto *node = min_heap.top();
min_heap.pop();
cur->next = node;
cur = cur->next;
if (node->next) {
min_heap.emplace(node->next);
}
}
return dummy.next;
}
};
Beginner Explanation
What is Merge k Sorted Lists?
Merge k Sorted Lists (LeetCode #23) is a Hard problem that primarily trains linked list.
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 heap.
- Only then translate the idea into code.
Why this problem matters
Hard problems force you to combine patterns and prove complexity carefully — interview gold. Official solution notes mention: Heap, Divide and Conquer.
AlgoForge explanations are original teaching notes. Always open the official problem statement on LeetCode for constraints and examples.
Interview Walkthrough
Interview approach for Merge k Sorted Lists
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 heap.
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 (O(nlogk)) and space (O(1)) 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 O(nlogk) time and O(1) space.
Pattern focus: heap
Use the pattern as a checklist:
- heap — 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 | O(nlogk) |
| Space | O(1) |
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 Merge k Sorted Lists
- Skipping edge cases — empty collections, single-element inputs, max constraints.
- Wrong invariant for heap — 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 heap:
- 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: linked list.
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 Merge k Sorted Lists in a second language (cpp, python).
- Drill 3–5 more problems tagged linked list.
- 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 heap 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
Merge k Sorted Lists (#23) — Hard. Pattern: heap. Complexity: O(nlogk) time / O(1) space. Re-derive the invariant before coding.
FAQs
What is the time complexity of Merge k Sorted Lists?+
The reference solutions aim for O(nlogk) time and O(1) space. Always re-derive complexity from the code you write in the interview.
What pattern does Merge k Sorted Lists use?+
It primarily maps to heap, within the broader topic of linked list.
Is Merge k Sorted Lists good for interviews?+
Yes — as a Hard 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/merge-k-sorted-lists/