Connected Components Using BFS in DSA C# - Time & Space Complexity
We want to understand how the time needed to find connected parts in a graph grows as the graph gets bigger.
Specifically, how the search using BFS behaves when exploring all nodes and edges.
Analyze the time complexity of the following code snippet.
public int CountConnectedComponents(List<List<int>> graph) {
int n = graph.Count;
bool[] visited = new bool[n];
int count = 0;
for (int i = 0; i < n; i++) {
if (!visited[i]) {
BFS(i, graph, visited);
count++;
}
}
return count;
}
void BFS(int start, List<List<int>> graph, bool[] visited) {
Queue<int> queue = new Queue<int>();
queue.Enqueue(start);
visited[start] = true;
while (queue.Count > 0) {
int node = queue.Dequeue();
foreach (int neighbor in graph[node]) {
if (!visited[neighbor]) {
visited[neighbor] = true;
queue.Enqueue(neighbor);
}
}
}
}
This code counts how many separate groups of connected nodes exist in a graph using BFS to explore each group.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: The BFS visits each node and each edge connected to that node once.
- How many times: The outer loop runs once per node, but BFS only explores unvisited nodes, so each node and edge is processed once in total.
As the graph grows, the BFS explores all nodes and edges once.
| Input Size (n nodes, m edges) | Approx. Operations |
|---|---|
| 10 nodes, 15 edges | About 10 + 15 = 25 operations |
| 100 nodes, 200 edges | About 100 + 200 = 300 operations |
| 1000 nodes, 5000 edges | About 1000 + 5000 = 6000 operations |
Pattern observation: The work grows roughly with the number of nodes plus the number of edges.
Time Complexity: O(n + m)
This means the time grows linearly with the total number of nodes and edges in the graph.
[X] Wrong: "BFS takes O(n²) time because it has nested loops."
[OK] Correct: The inner loop visits neighbors only once per edge, so total work is proportional to edges, not nodes squared.
Understanding BFS time complexity helps you explain how graph searches scale and why BFS is efficient for connected components.
"What if the graph is represented as an adjacency matrix instead of adjacency lists? How would the time complexity change?"
Practice
Solution
Step 1: Understand BFS in context of connected components
BFS explores all nodes reachable from a given start node, marking them as part of the same connected component.Step 2: Identify what BFS finds in this use case
It finds all nodes connected directly or indirectly to the start node, grouping them as one connected component.Final Answer:
All nodes reachable from a starting node forming one connected component -> Option AQuick Check:
BFS finds connected nodes = D [OK]
- Confusing BFS with shortest path only
- Thinking BFS counts edges instead of nodes
- Assuming BFS finds node degrees
Solution
Step 1: Identify the data structure for BFS queue
BFS requires a queue to process nodes in FIFO order, so Queue<T> is used in C#.Step 2: Check syntax correctness
Queue<int> queue = new Queue<int>(); correctly declares an empty queue of integers.Final Answer:
Queue<int> queue = new Queue<int>(); -> Option DQuick Check:
Queue declaration for BFS = A [OK]
- Using List instead of Queue for BFS
- Using Stack which is LIFO, not FIFO
- Confusing Dictionary with queue
var graph = new Dictionary {
{1, new List<int>{2}},
{2, new List<int>{1, 3}},
{3, new List<int>{2}},
{4, new List<int>{5}},
{5, new List<int>{4}}
};
List connectedComponents = new List();
HashSet<int> visited = new HashSet<int>();
foreach (var node in graph.Keys) {
if (!visited.Contains(node)) {
Queue<int> queue = new Queue<int>();
List<int> component = new List<int>();
queue.Enqueue(node);
visited.Add(node);
while (queue.Count > 0) {
int current = queue.Dequeue();
component.Add(current);
foreach (var neighbor in graph[current]) {
if (!visited.Contains(neighbor)) {
visited.Add(neighbor);
queue.Enqueue(neighbor);
}
}
}
connectedComponents.Add(component);
}
}
foreach (var comp in connectedComponents) {
Console.WriteLine(string.Join(",", comp));
}Solution
Step 1: Trace BFS from node 1
Starting at 1, BFS visits 1, then 2, then 3. Component is [1,2,3].Step 2: Trace BFS from node 4
Next unvisited node is 4, BFS visits 4 and 5. Component is [4,5].Final Answer:
"1,2,3\n4,5" -> Option AQuick Check:
Connected components = [1,2,3] and [4,5] [OK]
- Mixing order of nodes in components
- Assuming all nodes are in one component
- Forgetting to mark visited nodes
foreach (var node in graph.Keys) {
if (!visited.Contains(node)) {
Queue<int> queue = new Queue<int>();
List<int> component = new List<int>();
queue.Enqueue(node);
// Missing visited.Add(node);
while (queue.Count > 0) {
int current = queue.Dequeue();
component.Add(current);
foreach (var neighbor in graph[current]) {
if (!visited.Contains(neighbor)) {
visited.Add(neighbor);
queue.Enqueue(neighbor);
}
}
}
connectedComponents.Add(component);
}
}Solution
Step 1: Check visited marking for start node
The code does not mark the starting node as visited before BFS, so it may be processed multiple times.Step 2: Understand BFS consequences
Without marking start node visited, BFS can enqueue it repeatedly causing infinite loop or wrong components.Final Answer:
The starting node is not marked visited before BFS loop -> Option BQuick Check:
Start node must be visited first [OK]
- Forgetting to mark start node visited
- Marking visited after enqueueing neighbors only
- Not initializing queue properly
Solution
Step 1: Identify connected components from edges
Edges form three groups: (1,2,3), (4,5,6), and isolated node (7). So 3 components total.Step 2: Determine largest component
Components (1,2,3) and (4,5,6) both have 3 nodes; largest size is 3. 3 components; largest component nodes: [4,5,6] correctly lists [4,5,6].Final Answer:
3 components; largest component nodes: [4,5,6] -> Option CQuick Check:
3 components, largest = [4,5,6] [OK]
- Counting isolated node as connected
- Merging separate components incorrectly
- Miscounting number of components
Ready to prove it?
Pass the test and this pattern moves unknown
