Linked List vs Array When to Choose Which in DSA C - Complexity Comparison
We want to understand how the time to do tasks changes when using linked lists or arrays.
Which data structure is faster for different operations?
Analyze the time complexity of these two simple operations: accessing an element and inserting at the start.
// Access element at index i in array
int getArrayElement(int arr[], int i) {
return arr[i];
}
// Insert element at start of linked list
void insertAtStart(struct Node** head, int val) {
struct Node* newNode = malloc(sizeof(struct Node));
newNode->data = val;
newNode->next = *head;
*head = newNode;
}
The first gets an element by index in an array. The second adds a new node at the start of a linked list.
Look at what repeats or how many steps each operation takes.
- Primary operation: Accessing array element is direct; inserting in linked list changes pointers.
- How many times: Array access is one step; linked list insertion is also one step.
Accessing an array element stays quick no matter how big the array is.
| Input Size (n) | Approx. Operations for Access |
|---|---|
| 10 | 1 |
| 100 | 1 |
| 1000 | 1 |
Inserting at the start of a linked list also takes the same small number of steps regardless of size.
| Input Size (n) | Approx. Operations for Insert |
|---|---|
| 10 | 1 |
| 100 | 1 |
| 1000 | 1 |
Both operations take constant time, not growing with input size.
Time Complexity: O(1) for both operations
This means the time to do these tasks stays the same no matter how big the data is.
[X] Wrong: "Accessing any element in a linked list is as fast as in an array."
[OK] Correct: Linked lists need to follow nodes one by one to reach an element, so access time grows with size.
Knowing when to use arrays or linked lists shows you understand how data structure choices affect speed.
"What if we tried to insert an element in the middle of the linked list? How would the time complexity change?"
Practice
Solution
Step 1: Understand random access in arrays
Arrays store elements in contiguous memory, so accessing any element by index is fast and direct.Step 2: Compare with linked list access
Linked lists require traversal from the head to reach an element, making random access slower.Final Answer:
Array -> Option AQuick Check:
Random access = Array [OK]
- Thinking linked lists provide fast random access
- Confusing stack or queue with random access
- Ignoring memory layout differences
Solution
Step 1: Recall C array declaration syntax
In C, arrays are declared with type, name, and size in square brackets, like int arr[5];Step 2: Check other options for errors
int arr(); uses parentheses which is a function declaration, C uses braces which is invalid, D uses 'new' which is C++ syntax.Final Answer:
int arr[5]; -> Option CQuick Check:
C array declaration = int arr[5]; [OK]
- Using parentheses instead of brackets
- Using C++ 'new' keyword in C
- Using braces for array declaration
typedef struct Node {
int data;
struct Node* next;
} Node;
Node* head = NULL;
// Insert 3 nodes at the beginning
for (int i = 1; i <= 3; i++) {
Node* newNode = (Node*)malloc(sizeof(Node));
newNode->data = i;
newNode->next = head;
head = newNode;
}
// Print list
Node* temp = head;
while (temp != NULL) {
printf("%d -> ", temp->data);
temp = temp->next;
}
printf("NULL\n");
What is the printed output?Solution
Step 1: Understand insertion at beginning in linked list
Each new node is added at the head, so the last inserted node becomes the first in the list.Step 2: Trace the loop values and list order
Insert 1: list is 1 -> NULL Insert 2: list is 2 -> 1 -> NULL Insert 3: list is 3 -> 2 -> 1 -> NULLFinal Answer:
3 -> 2 -> 1 -> NULL -> Option BQuick Check:
Insertion at head reverses order [OK]
- Assuming insertion appends at end
- Confusing order of nodes after insertion
- Ignoring pointer updates
void insertEnd(Node** head, int val) {
Node* newNode = (Node*)malloc(sizeof(Node));
newNode->data = val;
newNode->next = NULL;
Node* temp = *head;
while (temp->next != NULL) {
temp = temp->next;
}
temp->next = newNode;
}Solution
Step 1: Analyze behavior when list is empty
If *head is NULL, then temp = NULL. Accessing temp->next causes a runtime error (segmentation fault).Step 2: Identify fix for empty list case
Need to check if *head is NULL before loop and assign newNode as head if true.Final Answer:
Dereferencing NULL pointer when list is empty -> Option AQuick Check:
Empty list causes NULL pointer error [OK]
- Ignoring empty list case
- Confusing memory leak with pointer error
- Thinking missing return causes runtime error
Solution
Step 1: Understand insertion and deletion costs
Arrays require shifting elements for insertions/deletions at random positions, which is costly.Step 2: Compare with linked list behavior
Linked lists allow insertions and deletions by changing pointers without shifting elements, making them efficient for frequent changes.Final Answer:
Linked List because it allows efficient insertions and deletions -> Option DQuick Check:
Frequent insert/delete = Linked List [OK]
- Choosing array for frequent insertions
- Thinking linked list uses contiguous memory
- Ignoring cost of shifting in arrays
Ready to prove it?
Pass the test and this pattern moves unknown
