Design HashMap - Solution & Explanation
Problem Statement
Design a HashMap without using any built-in hash table libraries.
Implement the MyHashMap class:
MyHashMap()initializes the object with an empty map.void put(int key, int value)inserts a(key, value)pair into the HashMap. If thekeyalready exists in the map, update the correspondingvalue.int get(int key)returns thevalueto which the specifiedkeyis mapped, or-1if this map contains no mapping for thekey.void remove(key)removes thekeyand its correspondingvalueif the map contains the mapping for thekey.
Example 1:
Input ["MyHashMap", "put", "put", "get", "get", "put", "get", "remove", "get"] [[], [1, 1], [2, 2], [1], [3], [2, 1], [2], [2], [2]] Output [null, null, null, 1, -1, null, 1, null, -1] Explanation MyHashMap myHashMap = new MyHashMap(); myHashMap.put(1, 1); // The map is now [[1,1]] myHashMap.put(2, 2); // The map is now [[1,1], [2,2]] myHashMap.get(1); // return 1, The map is now [[1,1], [2,2]] myHashMap.get(3); // return -1 (i.e., not found), The map is now [[1,1], [2,2]] myHashMap.put(2, 1); // The map is now [[1,1], [2,1]] (i.e., update the existing value) myHashMap.get(2); // return 1, The map is now [[1,1], [2,1]] myHashMap.remove(2); // remove the mapping for 2, The map is now [[1,1]] myHashMap.get(2); // return -1 (i.e., not found), The map is now [[1,1]]
Constraints:
0 <= key, value <= 106- At most
104calls will be made toput,get, andremove.
Approach Overview
Problem Overview: Design a HashMap from scratch that supports put(key, value), get(key), and remove(key) without using built-in hash table libraries. Keys are integers, so you control the hashing strategy, collision handling, and storage structure.
Approach 1: Array with Separate Chaining (Average O(1) time, O(n) space)
This design uses a fixed-size array as the main bucket table. A simple hash function (for example key % size) maps each key to a bucket index. Each bucket stores a small linked list of key–value pairs. When two keys hash to the same bucket, the pair is appended to the list instead of overwriting existing data.
Operations are straightforward. For put, compute the index, iterate through the bucket’s list, and update the value if the key already exists; otherwise append a new node. For get or remove, traverse the linked list and match the key. With a well-distributed hash function and enough buckets, the average bucket length stays small, giving O(1) average time per operation and O(n) space for stored elements.
This approach directly combines an array for indexing and a linked list for collision handling. It is the most common educational implementation of a hash map and mirrors how many real hash tables handle collisions internally.
Approach 2: Double Hashing (Average O(1) time, O(n) space)
Double hashing uses open addressing instead of linked structures. The table is a single array where each slot stores one key–value pair. When a collision occurs, a second hash function calculates the step size used to probe the next index. The probing sequence typically follows index = (hash1(key) + i * hash2(key)) % size.
Insertion probes until an empty slot appears. Lookup follows the same probe sequence until the key is found or an unused slot stops the search. Deletion marks a slot as deleted so probing chains remain intact. With good hash functions and a low load factor, the expected complexity remains O(1) average time for put, get, and remove, while space stays O(n).
This approach avoids pointer overhead and keeps memory contiguous, which can improve cache performance. However, it requires careful handling of deleted slots and load factor limits to prevent clustering.
Recommended for interviews: Separate chaining is usually the safest explanation. It is easier to implement, clearly demonstrates collision handling, and maps directly to how production hash tables work. Mentioning double hashing shows deeper understanding of hash table design and probing strategies, which interviewers appreciate for system-level discussions.
Approach 1: Approach 1: Array with Separate Chaining
This method employs an array of linked lists (chaining) to handle collisions. Each index represents a hash code, and if multiple keys hash to the same index, we store them in a linked list at that index. This helps us efficiently manage key collisions.
The above C code initializes a simple hash table with separate chaining using linked lists. Each bucket of our hash table is a linked list to handle collisions.
hashFunctioncomputes the index for a given key.createNodeinitializes a new linked list node.myHashMapPutinserts or updates a key-value pair.myHashMapGetretrieves the value for a corresponding key or returns -1 if not found.myHashMapRemovedeletes a key and its associated value.
Complexity
Time Complexity: For each operation (put, get, remove), it is O(n) in the worst case, where n is the number of keys stored at a particular index.
Space Complexity: O(N) where N is the number of distinct keys inserted into the hash map.
Approach 2: Approach 2: Double Hashing
Double hashing avoids the clustering problem by calculating two hash functions. If a collision occurs, a second hash determines the step size for probing.
This C solution uses open addressing with double hashing. The second hash function provides an alternative probe sequence in case of collisions.
primaryHashandsecondaryHashcalculate indices.myHashMapPutuses the hashes to determine entry positions.myHashMapGetuses double hashing to locate the desired key.myHashMapRemovemarks an entry as unoccupied upon deletion.
Complexity
Time Complexity: O(1) on average for put, get, and remove due to effective hashing; O(n) in worst-case.
Space Complexity: O(N) for storing entries with keys and values.
Approach 3: Default Approach
Code
Python
Java
C++
Go
TypeScript
Complexity Comparison
| Approach | Complexity |
|---|---|
| Approach 1: Array with Separate Chaining | Time Complexity: For each operation (put, get, remove), it is O(n) in the worst case, where n is the number of keys stored at a particular index. |
| Approach 2: Double Hashing | Time Complexity: O(1) on average for put, get, and remove due to effective hashing; O(n) in worst-case. |
| Default Approach | — |
Detailed Complexity Analysis
| Approach | Time | Space | When to Use |
|---|---|---|---|
| Array with Separate Chaining | O(1) average, O(n) worst | O(n) | Most common design for hash maps; easy to implement and explain in interviews |
| Double Hashing (Open Addressing) | O(1) average, O(n) worst | O(n) | When you want a contiguous array structure without linked lists and controlled probing |
Video Solution
Design Hashmap - Leetcode 706 - Python • NeetCodeIO • 73,346 views views
Watch 9 more video solutions →Frequently Asked Questions
Is Design HashMap easy or hard?
How to solve Design HashMap in O(1)?
What is the best approach for Design HashMap?
Is Design HashMap asked at Google/Amazon/Meta?
What data structure is used in Design HashMap?
What is the time complexity of Design HashMap?
Design HashMap Python or Java solution approach?
Ready to solve this problem?
Practice Design HashMap with our built-in code editor and test cases.
Practice on FleetCodeProblem Info
Table of Contents
Practice this problem
Open in Editor