看完算法大师兄说map是红黑树,时间复杂度是O(logn),改成unordered_map就可以变成O(1),赶紧去试了一下。带着问题去学习,为什么会时间复杂度变O(1)呢?实践出真知。
算法大师兄的代码
加了点注释,希望大家能一起学习交流
class Solution {
public:
vector<int> twoSum(vector<int>& nums, int target) {
unordered_map<int, int> index;
// 在C++中创建了一个无序哈希表(unordered map),
//用于存储数组nums中元素和它们的索引。
//哈希表的键是数组元素的值,值是数组元素的索引。
for(int i=0; i<nums.size();++i){//-开始一个循环,遍历数组nums中的所有元素。
if(index.find(target- nums[i])!=index.end()){
return {i, index[target - nums[i]]};
}
//- 在每次迭代中,检查目标值减去当前数组元素nums[i]的差是否在哈希表中存在。
//如果存在,说明找到了符合条件的两个数,返回它们的索引。
//具体来说,index[target - nums[i]] 就是第一个数的索引,而i是第二个数的索引。
index[ nums[i]]=i;
//- 如果没有找到符合条件的数,将当前数组元素nums[i]以及它的索引i加入到哈希表中,以备将来的查询。
}
return {};
//- 如果遍历整个数组都没有找到符合条件的两个数,返回一个空的vector,表示没有找到答案。
}
};
结果
还真是快了不少哈哈。
分析原理:
在C++中,map
和 unordered_map
都是关联容器,用于存储键值对。它们之间的主要区别在于底层数据结构和性能特性:
-
底层数据结构:
map
是基于红黑树实现的,它保持了键的有序性,因此它的查找、插入和删除操作的时间复杂度为 O(log n),其中 n 是元素的个数。unordered_map
是基于哈希表实现的,它不保持键的顺序,因此它的查找、插入和删除操作的平均时间复杂度为 O(1)。但在最坏情况下,可能会达到 O(n) 的时间复杂度,其中 n 是桶的数量。
-
性能特性:
map
适用于需要维持元素有序性的场景,因为它会自动维护键的顺序。unordered_map
适用于对插入、查找、删除操作有较高性能需求的场景,因为它的平均时间复杂度较低。
在给定的问题中,使用 unordered_map
的选择是合适的,因为它可以提供常数时间的平均查找时间,这对于解决两数之和问题是非常高效的。因此,在给定问题中,使用 unordered_map
可以获得更好的性能。