Memoization to Optimize Recursion in DSA Go - Time & Space Complexity
When we use recursion, some problems repeat the same work many times. Memoization helps us avoid repeating work by remembering results.
We want to know how using memoization changes the time it takes to run the recursive code.
Analyze the time complexity of the following memoized recursive function.
func fibMemo(n int, memo map[int]int) int {
if n <= 1 {
return n
}
if val, ok := memo[n]; ok {
return val
}
memo[n] = fibMemo(n-1, memo) + fibMemo(n-2, memo)
return memo[n]
}
This function calculates the nth Fibonacci number using recursion and stores results in a map to avoid repeated calculations.
Look for repeated work in recursion and how memoization changes it.
- Primary operation: Recursive calls to fibMemo for smaller n.
- How many times: Without memoization, many calls repeat for the same n. With memoization, each n is computed once.
With memoization, the function calculates each Fibonacci number from 0 to n once.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | About 10 calls |
| 100 | About 100 calls |
| 1000 | About 1000 calls |
Pattern observation: The number of operations grows roughly in a straight line with n, not exponentially.
Time Complexity: O(n)
This means the time to compute grows directly with the input size, because each result is calculated once and reused.
[X] Wrong: "Memoization still makes the recursion exponential because it calls itself twice each time."
[OK] Correct: Memoization stores results so each input is computed once, turning exponential calls into linear calls.
Understanding how memoization changes recursion time is a key skill. It shows you can improve slow code by avoiding repeated work, a common real-world need.
"What if we removed memoization and used plain recursion? How would the time complexity change?"
Practice
Solution
Step 1: Understand what memoization does
Memoization saves the results of function calls so they don't need to be recalculated.Step 2: Identify the benefit of memoization
By reusing saved results, the function runs faster and avoids repeated work.Final Answer:
To store results of expensive function calls and reuse them -> Option AQuick Check:
Memoization = Store and reuse results [OK]
- Thinking memoization slows down the function
- Confusing memoization with removing recursion
- Ignoring the memory benefit of caching
Solution
Step 1: Identify correct map declaration syntax
In Go, make(map[int]int) creates a map with int keys and int values.Step 2: Check other options
memo := map[string]int{} uses string keys, not int; memo := make([]int, 10) creates a slice, not a map; memo := new(map[int]int) creates a pointer to a map but does not initialize it.Final Answer:
memo := make(map[int]int) -> Option BQuick Check:
Correct map syntax = make(map[int]int) [OK]
- Using slice instead of map for memo
- Using wrong key type in map
- Declaring pointer to map without initialization
package main
import "fmt"
func fib(n int, memo map[int]int) int {
if n <= 1 {
return n
}
if val, ok := memo[n]; ok {
return val
}
memo[n] = fib(n-1, memo) + fib(n-2, memo)
return memo[n]
}
func main() {
memo := make(map[int]int)
fmt.Println(fib(5, memo))
}Solution
Step 1: Understand Fibonacci calculation with memo
fib(5) = fib(4) + fib(3), and memo stores intermediate results to avoid repeats.Step 2: Calculate fib(5) step-by-step
fib(0)=0, fib(1)=1, fib(2)=1, fib(3)=2, fib(4)=3, fib(5)=5.Final Answer:
5 -> Option DQuick Check:
fib(5) = 5 [OK]
- Confusing fib(5) with fib(6)
- Ignoring memo and recalculating
- Expecting error due to map usage
func fact(n int, memo map[int]int) int {
if n == 0 {
return 1
}
if val, ok := memo[n]; ok {
return val
}
memo[n] = n * fact(n-1, memo)
return memo[n]
}
func main() {
memo := make(map[int]int)
fmt.Println(fact(-1, memo))
}Solution
Step 1: Analyze base case and input
Base case is n == 0, but input is -1, so base case never reached.Step 2: Understand recursion behavior
For n = -1, function calls fact(-2), then fact(-3), causing infinite recursion.Final Answer:
Infinite recursion for negative input -> Option CQuick Check:
Negative input causes infinite recursion [OK]
- Assuming negative input returns 1
- Ignoring infinite recursion possibility
- Expecting compilation error incorrectly
n stairs taking 1 or 2 steps at a time using memoization in Go. Which approach below correctly applies memoization to avoid repeated calculations?Solution
Step 1: Understand memoization with parameters
Passing a map as a parameter allows storing and reusing results during recursion.Step 2: Evaluate options for memoization
Pass a map[int]int as a parameter to the function and store intermediate results in it correctly uses a map parameter; Use a global variable to store results and update it inside the function uses global state which is less safe; Use a slice of size n and fill it after recursion completes fills after recursion, not during; Call the recursive function twice without storing results repeats work without memo.Final Answer:
Pass a map[int]int as a parameter to the function and store intermediate results in it -> Option AQuick Check:
Memo map parameter stores intermediate results [OK]
- Using global variables instead of parameters
- Filling memo after recursion ends
- Not storing results causing repeated work
Ready to prove it?
Pass the test and this pattern moves unknown
