Dijkstra
Last updated: May 2, 2026Table of Contents
- Overview
- Key Properties
- Core Characteristics
- References
- Problem Categories
- Category 1: Classic Shortest Path
- Category 2: Shortest Path with Constraints
- Category 3: Grid-based Shortest Path
- Category 4: Multi-Source Shortest Path
- Category 5: Time-Dependent Shortest Path
- ⚠️ Critical Decision: When to Use Dijkstra vs DP
- LC 64 vs LC 1631: The dist[][] Question
- Summary Table
- The dist[][] Purpose
- Dijkstra Implementation Variants for LC 1631
- Alternative Approaches for LC 1631
- Approach Selection for LC 1631
- ⚠️ Frequently Asked Questions
- Q1: Do I need BOTH dist[] AND visited[]?
- Q2: Why can’t I use DP for LC 1631 like I do for LC 64?
- Q3: What’s the difference between “cost” and “effort” in LC 1631?
- Q4: When should I use Union Find instead of Dijkstra?
- Q5: Does dist[r][c] check work without explicit visited[]?
- Templates & Algorithms
- Template Comparison Table
- Universal Dijkstra Template
- Template 1: Basic Dijkstra
- Template 2: Dijkstra with Constraints
- Template 3: Grid-based Dijkstra
- Template 4: Multi-Source Dijkstra
- Template 5: Bidirectional Dijkstra
- Problems by Pattern
- Classic Shortest Path Problems
- Constrained Path Problems
- Grid-based Problems
- Multi-Source Problems
- Time/State Dependent Problems
- LC Examples
- 2-1) Network Delay Time (LC 743) — Dijkstra Single Source
- 2-2) Cheapest Flights Within K Stops (LC 787) — Dijkstra with Stop Counter
- 2-3) Path With Minimum Effort (LC 1631) — Dijkstra Min Effort on Grid
- 2-4) Path with Maximum Probability (LC 1514) — Dijkstra Max-Heap on Probabilities
- 2-5) Number of Ways to Arrive at Destination (LC 1976) — Dijkstra + Path Count
- 2-6) Swim in Rising Water (LC 778) — Dijkstra Min-Max on Grid
- 2-7) Trapping Rain Water II (LC 407) — Multi-Source Dijkstra from Boundary
- 2-8) Minimum Obstacle Removal to Reach Corner (LC 2290) — 0-1 BFS / Dijkstra
- Decision Framework
- Pattern Selection Strategy
- When to Use Dijkstra vs BFS
- When to Use Dijkstra vs Other Algorithms
- Algorithm Comparison: Dijkstra vs Floyd-Warshall vs Bellman-Ford
- Comprehensive Comparison Table
- When to Use Each Algorithm
- Practical Comparison Examples
- Performance Benchmarks
- Algorithm Selection Matrix
- Summary & Quick Reference
- Complexity Quick Reference
- Template Quick Reference
- Common Patterns & Tricks
- Problem-Solving Steps
- Similar LeetCode Problems Reference
- Grid-Based Problems
- Classic Shortest Path Problems
- Multi-Source Shortest Path
- Key Implementation Files
- Common Mistakes & Tips
- Interview Tips
- Related Topics
Dijkstra’s Algorithm
Overview
Dijkstra’s algorithm is a greedy algorithm that solves the single-source shortest path problem for a graph with NON-NEGATIVE edge weights. It finds the shortest path from a starting node (source) to all other nodes in the graph.
Key Properties
- Time Complexity: O((V + E) log V) with binary heap, O(V²) with array
- Space Complexity: O(V) for distance array and visited set
- Core Idea: Greedily select the unvisited node with minimum distance
- When to Use: Single-source shortest path with non-negative weights
- Limitation:
Cannothandlenegativeedge weights
Core Characteristics
- Greedy Algorithm: Always selects the minimum distance node
- Priority Queue: Uses min-heap for efficient minimum extraction
- Relaxation: Updates distances when shorter paths are found
- Finalization: Once visited, a node’s distance is optimal
References
- Dijkstra’s Algorithm Visualization
- CP Algorithms - Dijkstra
- Bellman-Ford Cheatsheet - For negative weight handling comparison
- Floyd-Warshall Cheatsheet - For all-pairs shortest path comparison
Problem Categories
Category 1: Classic Shortest Path
- Description: Standard single-source shortest path problems
- Examples: LC 743 (Network Delay), LC 1514 (Path with Max Probability)
- Pattern: Direct application of Dijkstra’s algorithm
Category 2: Shortest Path with Constraints
- Description: Shortest path with additional restrictions (stops, cost limits)
- Examples: LC 787 (Cheapest Flights K Stops), LC 1928 (Minimum Cost K Waypoints)
- Pattern: Modified Dijkstra with state tracking
Category 3: Grid-based Shortest Path
- Description: Finding optimal paths in 2D grids
- Examples: LC 64 (Minimum Path Sum), LC 1631 (Path Min Effort), LC 778 (Swim in Rising Water)
- Pattern: Dijkstra on implicit graph (grid cells as nodes)
- ⚠️ Special Note: LC 64 can use pure DP instead of Dijkstra (see below)
Category 4: Multi-Source Shortest Path
- Description: Multiple starting points to find shortest paths
- Examples: LC 2812 (Find Safest Path), LC 1162 (As Far from Land)
- Pattern: Initialize multiple sources or use super source
Category 5: Time-Dependent Shortest Path
- Description: Path costs change based on time or sequence
- Examples: LC 2045 (Second Minimum Time), LC 882 (Reachable Nodes)
- Pattern: Track time/state in priority queue
⚠️ Critical Decision: When to Use Dijkstra vs DP
LC 64 vs LC 1631: The dist[][] Question
Question: Do we really need dist[r][c] (tracking minimum cost to reach each cell) for Dijkstra? Or is pure DP enough?
Answer: It depends on movement directions:
LC 64: Minimum Path Sum ✅ Pure DP is Sufficient
Movement: RIGHT only ↓ or DOWN only →
- Why DP works: You can only reach cell
(i,j)from(i-1,j)or(i,j-1) - No need for dist[][]: Each cell is computed exactly once in topological order
- No revisits: You can never find a “better path” after already computing a cell
- Solution: Simple 2D DP or O(min(m,n)) space 1D DP
// Pure DP - NO dist[][] needed
public int minPathSum(int[][] grid) {
int m = grid.length, n = grid[0].length;
int[][] dp = new int[m][n];
dp[0][0] = grid[0][0];
// First column: only from above
for (int i = 1; i < m; i++)
dp[i][0] = dp[i-1][0] + grid[i][0];
// First row: only from left
for (int j = 1; j < n; j++)
dp[0][j] = dp[0][j-1] + grid[0][j];
// Fill rest
for (int i = 1; i < m; i++)
for (int j = 1; j < n; j++)
dp[i][j] = grid[i][j] + Math.min(dp[i-1][j], dp[i][j-1]);
return dp[m-1][n-1];
}
// Time: O(m*n), Space: O(min(m,n))
LC 1631: Path With Minimum Effort ⚠️ Dijkstra + dist[][] Needed
Movement: UP, DOWN, LEFT, RIGHT (all 4 directions)
- Why Dijkstra needed: You might reach a cell from multiple paths, and later find a better path
- dist[][] is essential: Tracks “best cost found so far” for each cell
- Revisits possible: When moving in all 4 directions, you can revisit cells with better costs
- Solution: Dijkstra with dist[][] + PriorityQueue
// Dijkstra + dist[][] - NECESSARY for 4-directional movement
public int minimumEffortPath(int[][] heights) {
int m = heights.length, n = heights[0].length;
// dist[r][c] = minimum effort found so far to reach (r,c)
int[][] dist = new int[m][n];
for (int[] row : dist)
Arrays.fill(row, Integer.MAX_VALUE);
PriorityQueue<int[]> pq = new PriorityQueue<>((a, b) -> a[2] - b[2]);
pq.offer(new int[]{0, 0, 0});
dist[0][0] = 0;
int[][] dirs = {{0,1}, {0,-1}, {1,0}, {-1,0}};
while (!pq.isEmpty()) {
int[] cur = pq.poll();
int r = cur[0], c = cur[1], cost = cur[2];
// Already processed with better cost
if (cost > dist[r][c]) continue;
if (r == m-1 && c == n-1) return cost;
for (int[] d : dirs) {
int nr = r + d[0], nc = c + d[1];
if (nr >= 0 && nr < m && nc >= 0 && nc < n) {
int newCost = Math.max(cost, Math.abs(heights[nr][nc] - heights[r][c]));
if (newCost < dist[nr][nc]) {
dist[nr][nc] = newCost;
pq.offer(new int[]{nr, nc, newCost});
}
}
}
}
return -1;
}
// Time: O(m*n*log(m*n)), Space: O(m*n)
Summary Table
| Problem | Movement | Cost Model | Best Approach | Need dist[][]? | Need visited? |
|---|---|---|---|---|---|
| LC 64 | Right + Down | Additive sum | 2D DP | ❌ No | ❌ No |
| LC 1631 | 4-directions | Max of diffs | Dijkstra | ✅ Yes | ✅ Yes (via dist check) |
| LC 1263 | 4-directions | Additive cost | Dijkstra | ✅ Yes | ✅ Yes (via dist check) |
The dist[][] Purpose
dist[r][c] = "What's the MINIMUM cost I've found SO FAR to reach (r,c)?"
- Initialize:
dist[r][c] = Integer.MAX_VALUE(unknown) - Update: When PQ pops a cell with cost C, check
if (C > dist[r][c]) continue;- If true, we already found a better path → skip processing
- This automatically prevents reprocessing without explicit visited array
- Essential when: Multiple paths can reach the same cell → Dijkstra refinement needed
Dijkstra Implementation Variants for LC 1631
Variant 1: Using dist[][] Array (Recommended)
// dist[r][c] stores minimum cost found so far to reach (r,c)
public int minimumEffortPath(int[][] heights) {
int m = heights.length, n = heights[0].length;
int[][] dist = new int[m][n];
for (int[] row : dist) Arrays.fill(row, Integer.MAX_VALUE);
PriorityQueue<int[]> pq = new PriorityQueue<>((a, b) -> a[2] - b[2]);
pq.offer(new int[]{0, 0, 0}); // {row, col, effort}
dist[0][0] = 0;
int[][] dirs = {{0,1}, {0,-1}, {1,0}, {-1,0}};
while (!pq.isEmpty()) {
int[] cur = pq.poll();
int r = cur[0], c = cur[1], effort = cur[2];
// Destination check
if (r == m-1 && c == n-1) return effort;
// Skip if already found better path
if (effort > dist[r][c]) continue;
// Explore neighbors
for (int[] d : dirs) {
int nr = r + d[0], nc = c + d[1];
if (nr >= 0 && nr < m && nc >= 0 && nc < n) {
int nextEffort = Math.max(effort, Math.abs(heights[nr][nc] - heights[r][c]));
if (nextEffort < dist[nr][nc]) {
dist[nr][nc] = nextEffort;
pq.offer(new int[]{nr, nc, nextEffort});
}
}
}
}
return -1;
}
Why it works: The dist[][] check if (effort > dist[r][c]) continue; automatically skips any path that’s worse than the best we’ve found.
Variant 2: Using visited[] Array
// visited[] marks cells whose minimum effort is finalized
public int minimumEffortPath_visited(int[][] heights) {
int m = heights.length, n = heights[0].length;
boolean[][] visited = new boolean[m][n];
PriorityQueue<int[]> pq = new PriorityQueue<>((a, b) -> a[0] - b[0]);
pq.offer(new int[]{0, 0, 0}); // {effort, row, col}
int[][] dirs = {{0,1}, {0,-1}, {1,0}, {-1,0}};
while (!pq.isEmpty()) {
int[] cur = pq.poll();
int effort = cur[0], r = cur[1], c = cur[2];
if (r == m-1 && c == n-1) return effort;
// Once visited, we have minimum effort (thanks to min-heap)
if (visited[r][c]) continue;
visited[r][c] = true;
for (int[] d : dirs) {
int nr = r + d[0], nc = c + d[1];
if (nr >= 0 && nr < m && nc >= 0 && nc < n && !visited[nr][nc]) {
int nextEffort = Math.max(effort, Math.abs(heights[nr][nc] - heights[r][c]));
pq.offer(new int[]{nextEffort, nr, nc});
}
}
}
return -1;
}
Why visited works: The min-heap guarantees that the first time we pop a cell is with optimal effort, so marking it visited prevents reprocessing.
Variant Comparison
| Approach | Space | Logic | Best For |
|---|---|---|---|
| dist[][] | Extra O(m×n) | Compare against best known | When updating multiple times |
| visited[] | Extra O(m×n) | Mark as finalized | Simpler logic, faster exit |
Alternative Approaches for LC 1631
Approach 3: Binary Search + DFS
// Binary search on effort + DFS to check if reachable
public int minimumEffortPath_binarySearch(int[][] heights) {
int lo = 0, hi = 1_000_000;
while (lo < hi) {
int mid = (lo + hi) / 2;
if (canReach(heights, mid)) {
hi = mid;
} else {
lo = mid + 1;
}
}
return lo;
}
private boolean canReach(int[][] h, int limit) {
int m = h.length, n = h[0].length;
boolean[][] visited = new boolean[m][n];
return dfs(h, 0, 0, limit, visited);
}
private boolean dfs(int[][] h, int r, int c, int limit, boolean[][] visited) {
if (r < 0 || r >= h.length || c < 0 || c >= h[0].length || visited[r][c])
return false;
visited[r][c] = true;
if (r == h.length-1 && c == h[0].length-1) return true;
int[][] dirs = {{0,1}, {0,-1}, {1,0}, {-1,0}};
for (int[] d : dirs) {
int nr = r + d[0], nc = c + d[1];
if (nr >= 0 && nr < h.length && nc >= 0 && nc < h[0].length) {
if (Math.abs(h[nr][nc] - h[r][c]) <= limit && dfs(h, nr, nc, limit, visited)) {
return true;
}
}
}
return false;
}
Time: O((V+E) × log(maxH)) | Space: O(V)
Approach 4: Union Find (Kruskal’s Algorithm)
// Build graph as edges, sort by weight, union until src-dest connected
public int minimumEffortPath_unionFind(int[][] heights) {
int m = heights.length, n = heights[0].length;
List<int[]> edges = new ArrayList<>();
// Build all edges
for (int i = 0; i < m; i++) {
for (int j = 0; j < n; j++) {
if (i > 0) // edge down
edges.add(new int[]{i*n+j, (i-1)*n+j, Math.abs(heights[i][j]-heights[i-1][j])});
if (j > 0) // edge right
edges.add(new int[]{i*n+j, i*n+j-1, Math.abs(heights[i][j]-heights[i][j-1])});
}
}
// Sort edges by effort (Kruskal's principle)
edges.sort((a, b) -> a[2] - b[2]);
UnionFind uf = new UnionFind(m * n);
int src = 0, dst = m*n - 1;
for (int[] edge : edges) {
uf.union(edge[0], edge[1]);
if (uf.find(src) == uf.find(dst)) {
return edge[2]; // Return effort when src-dst first connected
}
}
return 0;
}
class UnionFind {
int[] parent, rank;
UnionFind(int n) {
parent = new int[n];
rank = new int[n];
for (int i = 0; i < n; i++) parent[i] = i;
}
int find(int x) {
if (parent[x] != x) parent[x] = find(parent[x]);
return parent[x];
}
void union(int x, int y) {
int px = find(x), py = find(y);
if (px == py) return;
if (rank[px] < rank[py]) { int t = px; px = py; py = t; }
parent[py] = px;
if (rank[px] == rank[py]) rank[px]++;
}
}
Time: O((V+E) log(V+E)) = O(m×n × log(m×n)) | Space: O(m×n)
Approach Selection for LC 1631
| Approach | Pros | Cons | Best When |
|---|---|---|---|
| Dijkstra + dist[][] | Most intuitive, standard | Extra space | Want classic Dijkstra pattern |
| Dijkstra + visited[] | Simpler early termination | Less flexible | Just need minimum effort |
| Binary Search + DFS | Uses less memory in some cases | Slower (repeated DFS) | Memory is critical |
| Union Find | Elegant graph perspective | Complex to implement | Learning Union Find |
⚠️ Frequently Asked Questions
Q1: Do I need BOTH dist[] AND visited[]?
A: No, you use ONE or the OTHER:
- Option A: dist[][] → Check
if (newCost < dist[r][c])before processing - Option B: visited[] → Mark as visited after first pop from PQ
Both prevent reprocessing the same cell. Pick whichever feels clearer.
Q2: Why can’t I use DP for LC 1631 like I do for LC 64?
A: Because of movement direction:
- LC 64: Only move RIGHT/DOWN → Topological order exists → DP works ✅
- LC 1631: Can move UP/DOWN/LEFT/RIGHT → Cycles exist → DP fails ❌
With 4-directional movement, you can have circular dependencies:
(1,1) → (1,2) → (2,2) → (2,1) → (1,1)
DP requires dependencies to form a DAG (no cycles), so Dijkstra or Binary Search required.
Q3: What’s the difference between “cost” and “effort” in LC 1631?
A: They measure different things in different problems:
- Cost (LC 64, 1263): Sum of all values along path =
cost += value - Effort (LC 1631): Max difference between consecutive cells =
effort = max(effort, |diff|)
Cost is additive; effort is not. This non-additivity is why DP fails.
Q4: When should I use Union Find instead of Dijkstra?
A: Use Union Find when:
- You’re comfortable building explicit edge list
- You want to see the problem as a graph connectivity problem
- You’re practicing Kruskal’s algorithm
Both have same time complexity O(m×n×log(m×n)), but Dijkstra is usually more intuitive for grid problems.
Q5: Does dist[r][c] check work without explicit visited[]?
A: Yes! The check if (cost > dist[r][c]) continue; IS your visited mechanism:
- First time we pop (r,c):
cost == dist[r][c]→ process - Later pops to (r,c):
cost > dist[r][c]→ skip (it’s like “already visited”)
So you get the benefit of visited[] semantics without an extra array.
Templates & Algorithms
Template Comparison Table
| Template Type | Use Case | State Tracked | When to Use |
|---|---|---|---|
| Basic Dijkstra | Standard shortest path | (distance, node) | No constraints |
| Constrained Path | Path with limits | (cost, node, constraint) | K stops, budget |
| Grid Dijkstra | 2D grid navigation | (cost, x, y) | Matrix problems |
| Multi-Source | Multiple starts | (dist, node, source) | Multiple origins |
| Time-Variant | Time-dependent | (time, node, state) | Dynamic costs |
Universal Dijkstra Template
import heapq
import collections
def dijkstra(n, edges, src, dst):
# Build adjacency list
graph = collections.defaultdict(list)
for u, v, w in edges:
graph[u].append((v, w))
# Min heap: (distance, node)
pq = [(0, src)]
# Distance array
dist = [float('inf')] * n
dist[src] = 0
# Visited set (optional but recommended)
visited = set()
while pq:
d, u = heapq.heappop(pq)
# Skip if already processed with better distance
if u in visited:
continue
visited.add(u)
# Found destination
if u == dst:
return d
# Relax edges
for v, w in graph[u]:
if dist[u] + w < dist[v]:
dist[v] = dist[u] + w
heapq.heappush(pq, (dist[v], v))
return dist[dst] if dist[dst] != float('inf') else -1
Template 1: Basic Dijkstra
def dijkstra_basic(n, edges, src):
"""Find shortest paths from src to all nodes"""
graph = collections.defaultdict(list)
for u, v, w in edges:
graph[u].append((v, w))
dist = [float('inf')] * n
dist[src] = 0
pq = [(0, src)] # (distance, node)
while pq:
d, u = heapq.heappop(pq)
if d > dist[u]: # Already processed
continue
for v, w in graph[u]:
if dist[u] + w < dist[v]:
dist[v] = dist[u] + w
heapq.heappush(pq, (dist[v], v))
return dist
Template 2: Dijkstra with Constraints
def dijkstra_constrained(n, edges, src, dst, k):
"""Shortest path with at most k stops/constraints"""
graph = collections.defaultdict(list)
for u, v, w in edges:
graph[u].append((v, w))
# (cost, node, stops_left)
pq = [(0, src, k + 1)]
# Track best stops count for each node
best = {}
while pq:
cost, u, stops = heapq.heappop(pq)
if u == dst:
return cost
# Prune if we've seen this node with more stops
if u in best and best[u] >= stops:
continue
best[u] = stops
if stops > 0:
for v, w in graph[u]:
heapq.heappush(pq, (cost + w, v, stops - 1))
return -1
Template 3: Grid-based Dijkstra
def dijkstra_grid(grid):
"""Find minimum cost path in 2D grid"""
rows, cols = len(grid), len(grid[0])
# Min heap: (cost, row, col)
pq = [(0, 0, 0)]
# Distance matrix
dist = [[float('inf')] * cols for _ in range(rows)]
dist[0][0] = 0
directions = [(0, 1), (1, 0), (0, -1), (-1, 0)]
while pq:
cost, r, c = heapq.heappop(pq)
if r == rows - 1 and c == cols - 1:
return cost
if cost > dist[r][c]:
continue
for dr, dc in directions:
nr, nc = r + dr, c + dc
if 0 <= nr < rows and 0 <= nc < cols:
# Calculate new cost (problem-specific)
new_cost = max(cost, abs(grid[nr][nc] - grid[r][c]))
if new_cost < dist[nr][nc]:
dist[nr][nc] = new_cost
heapq.heappush(pq, (new_cost, nr, nc))
return -1
Template 4: Multi-Source Dijkstra
def dijkstra_multi_source(n, edges, sources):
"""Shortest paths from multiple sources"""
graph = collections.defaultdict(list)
for u, v, w in edges:
graph[u].append((v, w))
dist = [float('inf')] * n
pq = []
# Initialize all sources
for src in sources:
dist[src] = 0
heapq.heappush(pq, (0, src))
while pq:
d, u = heapq.heappop(pq)
if d > dist[u]:
continue
for v, w in graph[u]:
if dist[u] + w < dist[v]:
dist[v] = dist[u] + w
heapq.heappush(pq, (dist[v], v))
return dist
Template 5: Bidirectional Dijkstra
def dijkstra_bidirectional(n, edges, src, dst):
"""Optimize by searching from both ends"""
graph = collections.defaultdict(list)
reverse = collections.defaultdict(list)
for u, v, w in edges:
graph[u].append((v, w))
reverse[v].append((u, w))
def dijkstra_helper(start, adj, other_dist):
dist = [float('inf')] * n
dist[start] = 0
pq = [(0, start)]
visited = set()
min_path = float('inf')
while pq:
d, u = heapq.heappop(pq)
if u in visited:
continue
visited.add(u)
# Check if we can form a complete path
if other_dist[u] != float('inf'):
min_path = min(min_path, d + other_dist[u])
for v, w in adj[u]:
if dist[u] + w < dist[v]:
dist[v] = dist[u] + w
heapq.heappush(pq, (dist[v], v))
return dist, min_path
# Run both directions
dist_fwd, path1 = dijkstra_helper(src, graph, [float('inf')] * n)
dist_bwd, path2 = dijkstra_helper(dst, reverse, dist_fwd)
return min(path1, path2, dist_fwd[dst])
Problems by Pattern
Classic Shortest Path Problems
| Problem | LC # | Key Technique | Difficulty |
|---|---|---|---|
| Network Delay Time | 743 | Basic Dijkstra | Medium |
| Path with Maximum Probability | 1514 | Max-heap variant | Medium |
| Find the City With Smallest Number | 1334 | All-pairs shortest path | Medium |
| Minimum Weighted Subgraph | 2203 | Three sources Dijkstra | Hard |
| Number of Ways to Arrive | 1976 | Count shortest paths | Medium |
| Shortest Path in Binary Matrix | 1091 | Grid Dijkstra | Medium |
Constrained Path Problems
| Problem | LC # | Key Technique | Difficulty |
|---|---|---|---|
| Cheapest Flights Within K Stops | 787 | State tracking | Medium |
| Minimum Cost to Reach City | 1928 | K waypoints | Hard |
| Shortest Path to Get All Keys | 864 | State bitmask | Hard |
| Escape a Large Maze | 1036 | Limited BFS/Dijkstra | Hard |
| Minimum Obstacle Removal | 2290 | 0-1 BFS variant | Hard |
Grid-based Problems
| Problem | LC # | Key Technique | Difficulty |
|---|---|---|---|
| Path With Minimum Effort | 1631 | Grid Dijkstra | Medium |
| Swim in Rising Water | 778 | Min time path | Hard |
| Minimum Cost to Make Valid Path | 1368 | Modified costs | Hard |
| Shortest Path in a Grid | 1293 | K obstacles | Hard |
| Trap Rain Water II | 407 | Priority queue | Hard |
Multi-Source Problems
| Problem | LC # | Key Technique | Difficulty |
|---|---|---|---|
| Find Safest Path in Grid | 2812 | Multi-source init | Medium |
| As Far from Land as Possible | 1162 | Multi-source BFS | Medium |
| Shortest Distance from All Buildings | 317 | Multiple Dijkstra | Hard |
| Minimum Height Trees | 310 | Center finding | Medium |
Time/State Dependent Problems
| Problem | LC # | Key Technique | Difficulty |
|---|---|---|---|
| Second Minimum Time to Destination | 2045 | Track two values | Hard |
| Reachable Nodes In Subdivided Graph | 882 | Edge subdivision | Hard |
| Minimum Time to Visit All Points | 2065 | State tracking | Hard |
| The Maze III | 499 | Lexicographic path | Hard |
LC Examples
2-1) Network Delay Time (LC 743) — Dijkstra Single Source
Dijkstra from source k; answer is max of all shortest distances, or -1 if any unreachable.
// LC 743 - Network Delay Time
// IDEA: Dijkstra from source k; max shortest dist = time for signal to reach all nodes
// time = O((V+E) log V), space = O(V+E)
public int networkDelayTime(int[][] times, int n, int k) {
Map<Integer, List<int[]>> graph = new HashMap<>();
for (int[] t : times) graph.computeIfAbsent(t[0], x -> new ArrayList<>()).add(new int[]{t[1], t[2]});
int[] dist = new int[n + 1];
Arrays.fill(dist, Integer.MAX_VALUE);
dist[k] = 0;
PriorityQueue<int[]> pq = new PriorityQueue<>((a, b) -> a[0] - b[0]);
pq.offer(new int[]{0, k});
while (!pq.isEmpty()) {
int[] cur = pq.poll();
int d = cur[0], u = cur[1];
if (d > dist[u]) continue;
for (int[] e : graph.getOrDefault(u, new ArrayList<>())) {
if (dist[u] + e[1] < dist[e[0]]) { dist[e[0]] = dist[u] + e[1]; pq.offer(new int[]{dist[e[0]], e[0]}); }
}
}
int max = 0;
for (int i = 1; i <= n; i++) { if (dist[i] == Integer.MAX_VALUE) return -1; max = Math.max(max, dist[i]); }
return max;
}
# LC 743 Network Delay Time
# V0
# IDEA : Dijkstra
class Solution:
def networkDelayTime(self, times, N, K):
K -= 1
nodes = collections.defaultdict(list)
for u, v, w in times:
nodes[u - 1].append((v - 1, w))
dist = [float('inf')] * N
dist[K] = 0
done = set()
for _ in range(N):
smallest = min((d, i) for (i, d) in enumerate(dist) if i not in done)[1]
for v, w in nodes[smallest]:
if v not in done and dist[smallest] + w < dist[v]:
dist[v] = dist[smallest] + w
done.add(smallest)
return -1 if float('inf') in dist else max(dist)
2-2) Cheapest Flights Within K Stops (LC 787) — Dijkstra with Stop Counter
State = (cost, node, stops); skip if stops > k; don’t use visited set (stops matter).
// LC 787 - Cheapest Flights Within K Stops
// IDEA: Dijkstra with state (cost, node, stops); stop expanding when stops > k
// time = O(E * K log(E*K)), space = O(E*K)
public int findCheapestPrice(int n, int[][] flights, int src, int dst, int k) {
Map<Integer, List<int[]>> graph = new HashMap<>();
for (int[] f : flights) graph.computeIfAbsent(f[0], x -> new ArrayList<>()).add(new int[]{f[1], f[2]});
int[] dist = new int[n];
Arrays.fill(dist, Integer.MAX_VALUE);
PriorityQueue<int[]> pq = new PriorityQueue<>((a, b) -> a[0] - b[0]); // [cost, node, stops]
pq.offer(new int[]{0, src, 0});
while (!pq.isEmpty()) {
int[] cur = pq.poll();
int cost = cur[0], u = cur[1], stops = cur[2];
if (u == dst) return cost;
if (stops > k) continue;
for (int[] e : graph.getOrDefault(u, new ArrayList<>()))
if (cost + e[1] < dist[e[0]]) { dist[e[0]] = cost + e[1]; pq.offer(new int[]{dist[e[0]], e[0], stops + 1}); }
}
return -1;
}
# LC 787 Cheapest Flights Within K Stops
# V1
# IDEA : Dijkstra
# https://leetcode.com/problems/cheapest-flights-within-k-stops/discuss/267200/Python-Dijkstra
# IDEA
# -> To implement Dijkstra, we need a priority queue to pop out the lowest weight node for next search. In this case, the weight would be the accumulated flight cost. So my node takes a form of (cost, src, k). cost is the accumulated cost, src is the current node's location, k is stop times we left as we only have at most K stops. I also convert edges to an adjacent list based graph g.
# -> Use a vis array to maintain visited nodes to avoid loop. vis[x] record the remaining steps to reach x with the lowest cost. If vis[x] >= k, then no need to visit that case (start from x with k steps left) as a better solution has been visited before (more remaining step and lower cost as heappopped beforehand). And we should initialize vis[x] to 0 to ensure visit always stop at a negative k.
# -> Once k is used up (k == 0) or vis[x] >= k, we no longer push that node x to our queue. Once a popped cost is our destination, we get our lowest valid cost.
# -> For Dijkstra, there is not need to maintain a best cost for each node since it's kind of greedy search. It always chooses the lowest cost node for next search. So the previous searched node always has a lower cost and has no chance to be updated. The first time we pop our destination from our queue, we have found the lowest cost to our destination.
import collections
import math
class Solution:
def findCheapestPrice(self, n, flights, src, dst, K):
graph = collections.defaultdict(dict)
for s, d, w in flights:
graph[s][d] = w
pq = [(0, src, K+1)]
vis = [0] * n
while pq:
w, x, k = heapq.heappop(pq)
if x == dst:
return w
if vis[x] >= k:
continue
vis[x] = k
for y, dw in graph[x].items():
heapq.heappush(pq, (w+dw, y, k-1))
return -1
2-3) Path With Minimum Effort (LC 1631) — Dijkstra Min Effort on Grid
Minimize the maximum absolute difference along path; use min-heap with effort as priority key.
// java
// LC 1631
// V0-1
// IDEA: Dijkstra's ALGO ( fixed by gpt) : min PQ + BFS
public int minimumEffortPath_0_1(int[][] heights) {
if (heights == null || heights.length == 0)
return 0;
int rows = heights.length;
int cols = heights[0].length;
// Min-heap: [effort, x, y]
PriorityQueue<int[]> minPQ = new PriorityQueue<>(Comparator.comparingInt(a -> a[0]));
minPQ.offer(new int[] { 0, 0, 0 }); // effort, x, y
boolean[][] visited = new boolean[rows][cols];
int[][] directions = { { 0, 1 }, { 0, -1 }, { 1, 0 }, { -1, 0 } };
while (!minPQ.isEmpty()) {
int[] cur = minPQ.poll();
int effort = cur[0], x = cur[1], y = cur[2];
if (x == rows - 1 && y == cols - 1) {
return effort;
}
/** NOTE !!! need `visited, to NOT revisited visited cells (`Dijkstra algo`)
*
* Reason:
*
*
* Great question — and you’re absolutely right to raise this.
*
* ✅ Short Answer:
*
* Yes, in Dijkstra’s algorithm for the “minimum effort path” problem,
* we still need a visited check — but only after the shortest
* effort to a cell has been finalized.
*
* That is:
* • Once we’ve popped a cell (x, y) from the priority queue,
* the effort it took to reach it is `guaranteed` to be `minimal`,
* due to how the min-heap works.
*
* • After that point, there’s `NO need` to `revisit` that cell —
* any future path that reaches (x, y) will have equal or greater effort,
* and can be safely ignored.
*
* This is different from classic BFS where all edges are equal weight —
* but in Dijkstra, this greedy behavior is valid and optimal.
*
* ⸻
*
* 🤔 Why Not Revisit?
*
* Let’s break it down:
*
* In Dijkstra:
* • The min-heap (priority queue) guarantees that we always expand the least effort path so far.
* • If a cell is reached for the first time, it’s the best effort you’ll ever see to reach it.
* • If you allow revisiting, you’ll reprocess worse paths and slow down the algorithm.
*
* ⸻
*
* 📌 Exception:
*
* If you were doing plain BFS with no heap, or non-Dijkstra variants,
* you’d need to revisit when a better cost is found later (like in Bellman-Ford).
* But with Dijkstra and a correct min-heap structure,
* no revisits are necessary after finalization.
*
* ⸻
*
* ✅ Key Rule:
*
* In Dijkstra:
* Once you pop a node (x, y) from the min-heap and mark it visited,
* you do not need to revisit it — its shortest (or in this case, minimum effort) path is finalized.
*
*/
if (visited[x][y]) {
continue;
}
visited[x][y] = true;
for (int[] dir : directions) {
int nx = x + dir[0];
int ny = y + dir[1];
if (nx >= 0 && ny >= 0 && nx < rows && ny < cols && !visited[nx][ny]) {
int newEffort = Math.max(effort, Math.abs(heights[nx][ny] - heights[x][y]));
minPQ.offer(new int[] { newEffort, nx, ny });
}
}
}
return -1; // Should never reach here if input is valid
}
2-4) Path with Maximum Probability (LC 1514) — Dijkstra Max-Heap on Probabilities
Max-heap Dijkstra multiplying edge probabilities; start at 1.0, maximize reach-probability.
// java
// LC 1514
// IDEA: Modified Dijkstra (max-heap, multiply probabilities instead of adding distances)
// NOTE: Use MAX heap since we want maximum probability
// NOTE: Initialize probabilities to -1 (unreachable), source to 1
class Solution {
public double maxProbability(int n, int[][] edges, double[] succProb, int start, int end) {
List<double[]>[] graph = new LinkedList[n];
for (int i = 0; i < n; i++) {
graph[i] = new LinkedList<>();
}
for (int i = 0; i < edges.length; i++) {
graph[edges[i][0]].add(new double[]{edges[i][1], succProb[i]});
graph[edges[i][1]].add(new double[]{edges[i][0], succProb[i]});
}
double[] proTo = new double[n];
Arrays.fill(proTo, -1);
proTo[start] = 1;
// NOTE: MAX heap (compare b vs a)
PriorityQueue<double[]> pq = new PriorityQueue<>((a, b) -> Double.compare(b[1], a[1]));
pq.offer(new double[]{start, 1});
while (!pq.isEmpty()) {
double[] cur = pq.poll();
int curId = (int) cur[0];
double curProb = cur[1];
if (curId == end) return curProb;
if (proTo[curId] > curProb) continue;
for (double[] next : graph[curId]) {
int nextId = (int) next[0];
double newProb = proTo[curId] * next[1];
if (newProb > proTo[nextId]) {
proTo[nextId] = newProb;
pq.offer(new double[]{nextId, newProb});
}
}
}
return 0;
}
}
# python
# LC 1514
# IDEA: Modified Dijkstra with max-heap (negate probability for max behavior)
import heapq
import collections
class Solution:
def maxProbability(self, n, edges, succProb, start_node, end_node):
graph = collections.defaultdict(list)
for i, (u, v) in enumerate(edges):
graph[u].append((v, succProb[i]))
graph[v].append((u, succProb[i]))
# Max-heap: negate probability since heapq is min-heap
pq = [(-1.0, start_node)]
dist = [0.0] * n
dist[start_node] = 1.0
while pq:
neg_prob, u = heapq.heappop(pq)
prob = -neg_prob
if u == end_node:
return prob
if prob < dist[u]:
continue
for v, w in graph[u]:
new_prob = prob * w
if new_prob > dist[v]:
dist[v] = new_prob
heapq.heappush(pq, (-new_prob, v))
return 0.0
2-5) Number of Ways to Arrive at Destination (LC 1976) — Dijkstra + Path Count
Standard Dijkstra; track count of shortest paths at each node alongside minimum distance.
// java
// LC 1976
// IDEA: Dijkstra + count paths
// NOTE: Track both shortest distance AND number of ways to reach each node
class Solution {
public int countPaths(int n, int[][] roads) {
int MOD = 1_000_000_007;
List<long[]>[] graph = new ArrayList[n];
for (int i = 0; i < n; i++) graph[i] = new ArrayList<>();
for (int[] r : roads) {
graph[r[0]].add(new long[]{r[1], r[2]});
graph[r[1]].add(new long[]{r[0], r[2]});
}
long[] dist = new long[n];
long[] ways = new long[n];
Arrays.fill(dist, Long.MAX_VALUE);
dist[0] = 0;
ways[0] = 1;
// (distance, node)
PriorityQueue<long[]> pq = new PriorityQueue<>(Comparator.comparingLong(a -> a[0]));
pq.offer(new long[]{0, 0});
while (!pq.isEmpty()) {
long[] cur = pq.poll();
long d = cur[0];
int u = (int) cur[1];
if (d > dist[u]) continue;
for (long[] next : graph[u]) {
int v = (int) next[0];
long w = next[1];
if (dist[u] + w < dist[v]) {
dist[v] = dist[u] + w;
ways[v] = ways[u];
pq.offer(new long[]{dist[v], v});
} else if (dist[u] + w == dist[v]) {
ways[v] = (ways[v] + ways[u]) % MOD;
}
}
}
return (int) (ways[n - 1] % MOD);
}
}
# python
# LC 1976
# IDEA: Dijkstra + count shortest paths
import heapq
import collections
class Solution:
def countPaths(self, n, roads):
MOD = 10**9 + 7
graph = collections.defaultdict(list)
for u, v, w in roads:
graph[u].append((v, w))
graph[v].append((u, w))
dist = [float('inf')] * n
ways = [0] * n
dist[0] = 0
ways[0] = 1
pq = [(0, 0)] # (distance, node)
while pq:
d, u = heapq.heappop(pq)
if d > dist[u]:
continue
for v, w in graph[u]:
if dist[u] + w < dist[v]:
dist[v] = dist[u] + w
ways[v] = ways[u]
heapq.heappush(pq, (dist[v], v))
elif dist[u] + w == dist[v]:
ways[v] = (ways[v] + ways[u]) % MOD
return ways[n - 1] % MOD
2-6) Swim in Rising Water (LC 778) — Dijkstra Min-Max on Grid
Min-heap where priority = max elevation seen so far; answer = time to reach bottom-right.
// java
// LC 778
// IDEA: Dijkstra (min PQ + BFS on grid)
// NOTE: Track max elevation along path (not sum of weights)
public int swimInWater(int[][] grid) {
int n = grid.length;
PriorityQueue<int[]> minHeap = new PriorityQueue<>(Comparator.comparingInt(a -> a[0]));
boolean[][] visited = new boolean[n][n];
minHeap.offer(new int[]{grid[0][0], 0, 0});
visited[0][0] = true;
int[][] directions = {{0, 1}, {0, -1}, {1, 0}, {-1, 0}};
int res = 0;
while (!minHeap.isEmpty()) {
int[] cur = minHeap.poll();
int elevation = cur[0], x = cur[1], y = cur[2];
// NOTE: track MAX elevation along path
res = Math.max(res, elevation);
if (x == n - 1 && y == n - 1) return res;
for (int[] d : directions) {
int nx = x + d[0], ny = y + d[1];
if (nx >= 0 && ny >= 0 && nx < n && ny < n && !visited[ny][nx]) {
visited[ny][nx] = true;
minHeap.offer(new int[]{grid[ny][nx], nx, ny});
}
}
}
return -1;
}
2-7) Trapping Rain Water II (LC 407) — Multi-Source Dijkstra from Boundary
Process boundary cells with min-heap; water trapped = max(boundary height) - cell height.
// java
// LC 407
// IDEA: Multi-source Dijkstra (PQ from boundary inward)
// NOTE: Start from all boundary cells, expand inward with min-heap
// NOTE: Water trapped at a cell = max(0, boundary_height - cell_height)
public int trapRainWater(int[][] heightMap) {
if (heightMap == null || heightMap.length < 3 || heightMap[0].length < 3)
return 0;
int rows = heightMap.length, cols = heightMap[0].length;
boolean[][] visited = new boolean[rows][cols];
// PQ: [height, row, col]
PriorityQueue<int[]> pq = new PriorityQueue<>(Comparator.comparingInt(a -> a[0]));
// Push all border cells
for (int c = 0; c < cols; c++) {
pq.offer(new int[]{heightMap[0][c], 0, c});
pq.offer(new int[]{heightMap[rows - 1][c], rows - 1, c});
visited[0][c] = true;
visited[rows - 1][c] = true;
}
for (int r = 1; r < rows - 1; r++) {
pq.offer(new int[]{heightMap[r][0], r, 0});
pq.offer(new int[]{heightMap[r][cols - 1], r, cols - 1});
visited[r][0] = true;
visited[r][cols - 1] = true;
}
int totalWater = 0;
int[][] dirs = {{-1, 0}, {1, 0}, {0, -1}, {0, 1}};
while (!pq.isEmpty()) {
int[] cell = pq.poll();
for (int[] d : dirs) {
int nr = cell[1] + d[0], nc = cell[2] + d[1];
if (nr < 0 || nr >= rows || nc < 0 || nc >= cols || visited[nr][nc])
continue;
visited[nr][nc] = true;
int h = heightMap[nr][nc];
if (h < cell[0]) {
totalWater += cell[0] - h;
pq.offer(new int[]{cell[0], nr, nc}); // raise to boundary level
} else {
pq.offer(new int[]{h, nr, nc});
}
}
}
return totalWater;
}
2-8) Minimum Obstacle Removal to Reach Corner (LC 2290) — 0-1 BFS / Dijkstra
Cost = 1 for obstacle, 0 for empty cell; use 0-1 BFS (deque) or Dijkstra to minimize total.
// java
// LC 2290
// V0-1
// IDEA: Dijkstra's Algorithm (fixed by gpt)
/**
* NOTE !!!
*
* ✅ Summary:
* • Single cost var won’t work → need dist[][] to track per-cell minimum cost.
* • No explicit visited needed → the dist[][] + early skip (if (cost > dist[y][x]) continue) handles that.
*
*/
public int minimumObstacles(int[][] grid) {
if (grid == null || grid.length == 0 || grid[0].length == 0) {
return 0;
}
int m = grid.length; // rows
int n = grid[0].length; // cols
/**
* NOTE !!!
*
* we need a 2D array to save the cost when BFS loop over the grid
* (CAN'T just use a single var (cost))
*
* ---
*
* 1. Why keep a dist[][] array instead of a single cost variable?
*
*
* • The minimum cost to reach a cell (x,y) is not unique across the grid.
* • For example, you might reach (2,2) with cost 3 via one path, but later find a better path with cost 2.
* • If you only had a single global cost variable, you couldn’t distinguish the costs of different cells — you’d lose information.
*
* That’s why:
* • dist[y][x] keeps track of the best cost found so far for each specific cell.
* • Dijkstra works by always expanding the lowest-cost node next, and updating neighbors only if we find a cheaper path.
*
* Without dist[][], you’d either:
* • Revisit nodes unnecessarily (potential infinite loops), or
* • Miss better paths (return wrong result).
*/
// distance[y][x] = min obstacles to reach (y,x)
int[][] dist = new int[m][n];
for (int[] row : dist) {
Arrays.fill(row, Integer.MAX_VALUE);
}
dist[0][0] = 0;
// PQ stores [cost, x, y]
PriorityQueue<int[]> pq = new PriorityQueue<>(Comparator.comparingInt(a -> a[0]));
pq.offer(new int[] { 0, 0, 0 }); // start at (0,0) with cost=0
int[][] moves = { { 1, 0 }, { -1, 0 }, { 0, 1 }, { 0, -1 } };
while (!pq.isEmpty()) {
int[] cur = pq.poll();
int cost = cur[0], x = cur[1], y = cur[2];
// Reached destination
if (x == n - 1 && y == m - 1) {
return cost;
}
// Skip if we already found better
/**
* NOTE !!!
*
* why DON'T need to maintain a `visited` var
* to prevent repeating visit ?
*
* -----
*
* 2. Why no explicit visited array?
*
* This is subtle. In Dijkstra:
* • A node is considered “visited” (finalized) once it’s dequeued from the priority queue with its minimum cost.
* • Because of the if (cost > dist[y][x]) continue; check, we automatically ignore revisits that don’t improve cost.
*
*
* So, the role of visited is effectively played by:
*
* ```
* if (cost > dist[y][x]) continue;
* ```
*
* This guarantees:
* • The first time you pop a cell with its minimum cost, you expand it.
* • If another path later tries to reach the same cell with a higher cost, it gets ignored.
*
* 👉 That’s why visited isn’t needed in Dijkstra — the dist[][] array + priority queue ensure correctness.
*
*/
if (cost > dist[y][x])
continue;
for (int[] mv : moves) {
int nx = x + mv[0];
int ny = y + mv[1];
if (nx >= 0 && nx < n && ny >= 0 && ny < m) {
int newCost = cost + grid[ny][nx];
if (newCost < dist[ny][nx]) {
dist[ny][nx] = newCost;
pq.offer(new int[] { newCost, nx, ny });
}
}
}
}
return -1; // should never happen
}
Decision Framework
Pattern Selection Strategy
Dijkstra Algorithm Selection Flowchart:
1. Is it a shortest path problem?
├── NO → Consider other algorithms (DFS, BFS, DP)
└── YES → Continue to 2
2. Are all edge weights non-negative?
├── NO → Use Bellman-Ford or SPFA
└── YES → Continue to 3
3. Single source or multiple sources?
├── Multiple → Use Multi-Source Dijkstra (Template 4)
└── Single → Continue to 4
4. Is it on a graph or grid?
├── Grid → Use Grid-based Dijkstra (Template 3)
└── Graph → Continue to 5
5. Any constraints (K stops, budget, time)?
├── YES → Use Constrained Dijkstra (Template 2)
└── NO → Use Basic Dijkstra (Template 1)
6. Need optimization for large graphs?
├── YES → Consider Bidirectional Dijkstra (Template 5)
└── NO → Use selected template from above
When to Use Dijkstra vs BFS
| Criteria | Dijkstra | BFS |
|---|---|---|
| Edge weights | Non-negative, varying | All equal (unweighted) or 0/1 |
| Data structure | Priority Queue (min-heap) | Queue (LinkedList) |
| Time complexity | O((V + E) log V) | O(V + E) |
| First visit = shortest? | ❌ No (must relax via PQ) | ✅ Yes (level = distance) |
| “Minimum cost/weight” | ✅ Use Dijkstra | ❌ Wrong answer |
| “Minimum steps/moves” | ❌ Overkill | ✅ Use BFS |
| Grid with varying costs | ✅ Dijkstra on implicit graph | ❌ |
| Grid with uniform cost | ❌ Unnecessary overhead | ✅ BFS |
Decision rule: If every edge has the same cost (or cost is 1), use BFS — it’s simpler and O(V+E). The moment edges have different non-negative weights, use Dijkstra.
Common trap: Using Dijkstra (PQ) for problems like LC 279 Perfect Squares or LC 752 Open the Lock where all edges cost 1 — plain BFS is sufficient and faster.
0-1 BFS special case: If edges are weighted 0 or 1 only, use a deque — push weight-0 edges to front, weight-1 edges to back. O(V+E) like BFS, handles two weights correctly. Example: LC 2290 Minimum Obstacle Removal.
When to Use Dijkstra vs Other Algorithms
| Scenario | Use Dijkstra | Use Alternative | Alternative Algorithm |
|---|---|---|---|
| Negative weights | ❌ | ✅ | Bellman-Ford |
| Unweighted graph | ❌ | ✅ | BFS |
| All-pairs shortest path | ❌ | ✅ | Floyd-Warshall |
| Single source, non-negative | ✅ | ❌ | - |
| Need path reconstruction | ✅ | - | Track parent nodes |
| Dense graphs | ⚠️ | Consider | Bellman-Ford |
| Sparse graphs | ✅ | ❌ | - |
Algorithm Comparison: Dijkstra vs Floyd-Warshall vs Bellman-Ford
Comprehensive Comparison Table
| Feature | Dijkstra | Floyd-Warshall | Bellman-Ford |
|---|---|---|---|
| Problem Type | Single-source shortest path | All-pairs shortest path | Single-source shortest path |
| Time Complexity | O((V+E) log V) with heap | O(V³) | O(V·E) |
| Space Complexity | O(V) | O(V²) | O(V) |
| Negative Weights | ❌ No | ✅ Yes | ✅ Yes |
| Negative Cycles | N/A | Detects | Detects |
| Implementation | Moderate (priority queue) | Very simple (3 loops) | Simple (2 loops) |
| Data Structure | Min-heap/Priority Queue | 2D matrix | Edge list + distance array |
| Graph Type | Best for sparse graphs | Best for dense graphs | Works with any |
| Output | Distances from one source | All-pairs distances | Distances from one source |
| Early Termination | ✅ Can stop at target | ❌ Must complete | ❌ Must run V-1 iterations |
| Best Use Case | Large sparse graphs, single-source | Small complete graphs, all-pairs | Negative weights, cycle detection |
| Worst Case Graph | Dense graphs | Very large graphs | Dense graphs with many edges |
When to Use Each Algorithm
Shortest Path Algorithm Selection:
1. What type of problem?
├── All-pairs shortest path? → Continue to 2
│ ├── Small graph (V ≤ 400)? → Use Floyd-Warshall
│ └── Large graph? → Run Dijkstra V times (or Johnson's algorithm)
│
└── Single-source shortest path? → Continue to 3
2. Are edge weights non-negative?
├── YES → Use Dijkstra (most efficient)
│ ├── Sparse graph? → Dijkstra with binary heap: O((V+E) log V)
│ └── Dense graph? → Consider array-based: O(V²)
│
└── NO (has negative weights) → Use Bellman-Ford
└── Need cycle detection? → Bellman-Ford explicitly detects
3. Special cases:
├── Unweighted graph? → Use BFS: O(V+E)
├── Tree structure? → Use DFS/BFS: O(V)
├── Grid-based? → Dijkstra on implicit graph
└── Transitive closure? → Floyd-Warshall (boolean variant)
Practical Comparison Examples
Example 1: Social Network (1000 users, 5000 friendships)
-
Single-source (find distances from one user):
- Dijkstra: ~5000 × log(1000) ≈ 50,000 operations ⚡ Best choice
- Bellman-Ford: 1000 × 5000 = 5,000,000 operations
- Floyd-Warshall: 1000³ = 1,000,000,000 operations
-
All-pairs (distances between all users):
- Dijkstra × V: 50,000 × 1000 = 50,000,000 operations ⚡ Best choice
- Floyd-Warshall: 1,000,000,000 operations (simpler code)
Example 2: Small Complete Graph (50 nodes, fully connected)
- All-pairs shortest paths:
- Floyd-Warshall: 50³ = 125,000 operations ⚡ Best choice (simplest)
- Dijkstra × V: ~2500 × log(50) × 50 = ~500,000 operations
Example 3: Currency Exchange with Arbitrage Detection
- Detect negative cycles (arbitrage opportunities):
- Bellman-Ford: O(V·E) ⚡ Best choice (explicitly detects)
- Floyd-Warshall: O(V³), checks diagonal (works for all-pairs)
- Dijkstra: ❌ Cannot handle negative weights
Performance Benchmarks
| Graph Size | Edges | Dijkstra (single) | Dijkstra (all-pairs) | Floyd-Warshall | Bellman-Ford |
|---|---|---|---|---|---|
| V=100, Sparse | 500 | 0.01ms | 1ms | 10ms ⚡ | 5ms |
| V=100, Dense | 5000 | 0.1ms | 10ms ⚡ | 10ms | 50ms |
| V=500, Sparse | 2500 | 0.05ms | 25ms ⚡ | 1.25s | 125ms |
| V=500, Dense | 125K | 2ms | 1s | 1.25s ⚡ | 6.25s |
| V=1000, Sparse | 5000 | 0.1ms | 100ms ⚡ | 10s | 500ms |
(Times are approximate, assuming optimized implementations)
Algorithm Selection Matrix
| Your Situation | Recommended Algorithm | Why |
|---|---|---|
| Need shortest path from A to B in road network | Dijkstra | Single-source, non-negative, can stop early |
| Find center of small network (≤300 nodes) | Floyd-Warshall | Need all-pairs, small graph, simple code |
| Route planning in city with traffic (dynamic costs) | Dijkstra (re-run) | Real-time updates, single-source |
| Check if prerequisite chain exists | Floyd-Warshall | Transitive closure, small graph |
| Currency arbitrage detection | Bellman-Ford | Negative cycle detection needed |
| Social network - degrees of separation | BFS (if unweighted) | Unweighted, single-source |
| Minimum spanning tree | Prim’s/Kruskal’s | Different problem entirely |
| Game pathfinding on grid | Dijkstra or A* | Sparse grid, heuristic available |
Summary & Quick Reference
Complexity Quick Reference
| Implementation | Time Complexity | Space Complexity | Notes |
|---|---|---|---|
| Array-based | O(V²) | O(V) | Good for dense graphs |
| Binary Heap | O((V+E)logV) | O(V) | Most common |
| Fibonacci Heap | O(E + VlogV) | O(V) | Theoretical best |
| Grid-based | O(RC log(RC)) | O(RC) | R=rows, C=cols |
Template Quick Reference
| Template | Best For | Key Code Pattern |
|---|---|---|
| Basic | Standard shortest path | heapq.heappop(pq) → relax edges |
| Constrained | K-stops, budget limits | Track state: (cost, node, constraint) |
| Grid | 2D matrix problems | 4-directional movement |
| Multi-Source | Multiple starting points | Initialize all sources |
| Bidirectional | Large graphs | Search from both ends |
Common Patterns & Tricks
Priority Queue State
# Basic state
(distance, node)
# With constraints
(cost, node, stops_remaining)
# Grid problems
(cost, row, col)
# With path tracking
(distance, node, path)
Visited Set Optimization
# Option 1: Check after pop (recommended)
if node in visited:
continue
visited.add(node)
# Option 2: Check distance
if d > dist[node]:
continue
Path Reconstruction
parent = {}
# During relaxation:
parent[v] = u
# Reconstruct path:
path = []
while node != source:
path.append(node)
node = parent[node]
path.reverse()
Problem-Solving Steps
- Identify graph structure: Explicit edges or implicit (grid)?
- Check constraints: Non-negative weights? Single source?
- Choose template: Basic, constrained, grid, or multi-source?
- Define state: What needs tracking in priority queue?
- Implement relaxation: How to update distances?
- Handle termination: When to stop? Return what value?
Similar LeetCode Problems Reference
Grid-Based Problems
| LC # | Title | Movement | Key Feature | Primary Approach | Alt Approaches | dist[][] Needed? |
|---|---|---|---|---|---|---|
| 64 | Minimum Path Sum | ↓→ only | Additive cost | 2D DP | 1D DP | ❌ No |
| 1631 | Path With Minimum Effort | 4-dir | Max step diff (non-additive) | Dijkstra | Binary Search, Union Find | ✅ Yes |
| 778 | Swim in Rising Water | 4-dir | Max grid value | Dijkstra | Union Find | ✅ Yes |
| 1263 | Minimum Moves to Move Box | 4-dir | Push box mechanics | Dijkstra + state | - | ✅ Yes |
| 882 | Reachable Nodes In Subdivided Graph | Graph | Node subdivision | Dijkstra | - | ✅ Yes |
LC 1631 Deep Dive:
- Solutions Available: 4 major approaches (Dijkstra dist[], Dijkstra visited, Binary Search, Union Find)
- Most Common: Dijkstra with
dist[][]array orvisited[]array - Key Insight: The cost model is
Math.max(effort, step_diff), not additive—this makes DP impossible - Reference:
leetcode_java/src/main/java/LeetCodeJava/Graph/PathWithMinimumEffort.java(V0-V4.3)
Classic Shortest Path Problems
| LC # | Title | Type | Key Feature |
|---|---|---|---|
| 743 | Network Delay Time | Graph | Broadcast delays |
| 787 | Cheapest Flights K Stops | Graph | K-stop constraint |
| 1514 | Path with Maximum Probability | Graph | Maximize probability |
| 1928 | Minimum Cost to Reach Destination | Weighted Graph | K waypoints |
Multi-Source Shortest Path
| LC # | Title | Key Feature |
|---|---|---|
| 1162 | As Far from Land as Possible | Multi-source BFS-Dijkstra |
| 2812 | Find the Safest Path | Grid-based multi-source |
| 2290 | Minimum Obstacle Removal | 0-1 BFS variant |
Key Implementation Files
- Java Reference:
leetcode_java/src/main/java/LeetCodeJava/DynamicProgramming/MinimumPathSum.java- V0: Dijkstra with dist[][] (works but overkill)
- V0-0-1, V1, V2: Pure DP approaches (optimal for LC 64)
Common Mistakes & Tips
🚫 Common Mistakes:
- Forgetting to check if already visited
- Using Dijkstra with negative weights
- Not using priority queue (using regular queue)
- Incorrect state comparison in constrained problems
- Not handling disconnected components
✅ Best Practices:
- Always use min-heap for priority queue
- Track visited nodes to avoid reprocessing
- Initialize distances to infinity except source
- Consider using distance array vs visited set
- Handle edge cases (empty graph, no path)
Interview Tips
- Clarify constraints: Always ask about negative weights
- State complexity: Mention time/space complexity upfront
- Explain relaxation: Core concept of updating distances
- Consider alternatives: Mention when BFS or Bellman-Ford better
- Optimize if needed: Discuss bidirectional search for large graphs
Related Topics
- BFS: Unweighted shortest path
- Bellman-Ford: Handles negative weights (see detailed comparison above)
- Floyd-Warshall: All-pairs shortest path (see detailed comparison above)
- A Algorithm*: Heuristic-guided search
- SPFA: Queue-optimized Bellman-Ford variant
- Johnson’s Algorithm: All-pairs with reweighting technique