Reverse a Singly Linked List Recursive in DSA Go - Time & Space Complexity
We want to understand how the time needed to reverse a linked list using recursion changes as the list grows.
How does the number of steps grow when the list gets longer?
Analyze the time complexity of the following code snippet.
// Node represents a singly linked list node
type Node struct {
Next *Node
}
func reverseRecursive(head *Node) *Node {
if head == nil || head.Next == nil {
return head
}
newHead := reverseRecursive(head.Next)
head.Next.Next = head
head.Next = nil
return newHead
}
This code reverses a singly linked list by calling itself on the next node until it reaches the end, then rewires the links backward.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Recursive call on the next node.
- How many times: Once for each node in the list, so n times for a list of size n.
Each node causes one recursive call, so the steps grow directly with the number of nodes.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | About 10 recursive calls and rewiring steps |
| 100 | About 100 recursive calls and rewiring steps |
| 1000 | About 1000 recursive calls and rewiring steps |
Pattern observation: The number of operations grows linearly as the list size increases.
Time Complexity: O(n)
This means the time to reverse the list grows in direct proportion to the number of nodes.
[X] Wrong: "Recursive reversal is faster because it uses recursion instead of loops."
[OK] Correct: Both recursion and loops visit each node once, so they take similar time. Recursion adds function call overhead but does not reduce the number of steps.
Understanding recursive linked list reversal helps you think clearly about recursion and linked structures, a skill useful in many coding challenges.
"What if we changed the recursive reversal to an iterative approach? How would the time complexity change?"
Practice
Solution
Step 1: Understand recursion on linked list
The function calls itself on the next node until it reaches the last node.Step 2: Attach current node after reversing rest
After recursion returns, it sets the next node's next pointer to current node, reversing the link.Final Answer:
It reverses the rest of the list and then attaches the current node at the end. -> Option AQuick Check:
Recursive reversal = attach current after reversed rest [OK]
- Stopping recursion too early
- Not changing next pointers correctly
- Trying to reverse by swapping values
Solution
Step 1: Identify base case for recursion
The recursion stops when the list is empty or has one node, so head is nil or head.Next is nil.Step 2: Return head in base case
Return the head node itself because a single node or empty list is already reversed.Final Answer:
if head == nil || head.Next == nil { return head } -> Option BQuick Check:
Base case = empty or single node returns head [OK]
- Returning nil for single node
- Using && instead of || in condition
- Missing base case causing infinite recursion
func reverse(head *Node) *Node {
if head == nil || head.Next == nil {
return head
}
newHead := reverse(head.Next)
head.Next.Next = head
head.Next = nil
return newHead
}Solution
Step 1: Trace recursion calls
Calls reverse on 2 -> 3 -> nil, then on 3 -> nil (base case returns 3).Step 2: Reverse links on return
Sets 3.Next to 2, 2.Next to 1, and 1.Next to nil, reversing the list.Final Answer:
3 -> 2 -> 1 -> nil -> Option DQuick Check:
Reversed list = 3->2->1 [OK]
- Not setting head.Next to nil causing cycle
- Returning wrong node as new head
- Confusing order of pointer assignments
func reverse(head *Node) *Node {
if head == nil {
return nil
}
newHead := reverse(head.Next)
head.Next.Next = head
return newHead
}Solution
Step 1: Check base case correctness
Base case only checks if head is nil, but not if head.Next is nil, causing head.Next.Next to panic if head.Next is nil.Step 2: Identify nil pointer dereference
When head.Next is nil, head.Next.Next causes runtime error because head.Next is nil.Final Answer:
Missing base case for single node causing nil pointer dereference -> Option CQuick Check:
Base case must handle single node to avoid nil panic [OK]
- Ignoring single node base case
- Assuming head.Next is never nil
- Not setting head.Next to nil after reversal
func reverse(head *Node) *Node {
if head == nil || head.Next == nil {
return head
}
newHead := reverse(head.Next)
head.Next.Next = head
head.Next = nil
return newHead
}
Choose the correct final linked list.Solution
Step 1: Recursively reverse from tail
Recursion reaches node with value 40 (base case), then reverses links back up.Step 2: Re-link nodes in reverse order
Each node's next node points back to itself, and original head's next is set to nil.Final Answer:
40 -> 30 -> 20 -> 10 -> nil -> Option AQuick Check:
Reversed list = 40->30->20->10 [OK]
- Forgetting to set head.Next to nil
- Returning old head instead of new head
- Misordering nodes after reversal
Ready to prove it?
Pass the test and this pattern moves unknown
