数据结构
std::set和std::multiset底层实现都是红黑树,std::unordered_set的底层实现是哈希表, 使用unordered_set 读写效率是最高的,但是建立哈希表比较费时。
map与unordered_map区别
-
需要引入的头文件不同
map:#include < map >
unordered_map:#include < unordered_map >
-
内部实现机理不同
map: 内部实现了一个红黑树(红黑树是非严格平衡二叉搜索树,而AVL是严格平衡二叉搜索树),红黑树具有自动排序的功能,因此map内部的所有元素都是有序的,红黑树的每一个节点都代表着map的一个元素。因此,对于map进行的查找,删除,添加等一系列的操作都相当于是对红黑树进行的操作。map中的元素是按照二叉搜索树(又名二叉查找树、二叉排序树,特点就是左子树上所有节点的键值都小于根节点的键值,右子树所有节点的键值都大于根节点的键值)存储的,使用中序遍历可将键值按照从小到大遍历出来。
unordered_map: 内部实现了一个哈希表(也叫散列表,通过把关键码值映射到Hash表中一个位置来访问记录,查找的时间复杂度可达到O(1),其在海量数据处理中有着广泛应用)。因此,其元素的排列顺序是无序的。哈希表详细介绍 -
优缺点以及适用处
map:
- 优点:有序性,这是map结构最大的优点,其元素的有序性在很多应用中都会简化很多的操作红黑树,内部实现一个红黑书使得map的很多操作在lgn的时间复杂度下就可以实现,因此效率非常的高
- 缺点:空间占用率高,因为map内部实现了红黑树,虽然提高了运行效率,但是因为每一个节点都需要额外保存父节点、孩子节点和红/黑性质,使得每一个节点都占用大量的空间
- 适用处:对于那些有顺序要求的问题,用map会更高效一些
unordered_map:
- 优点: 因为内部实现了哈希表,因此其查找速度非常的快
- 缺点: 哈希表的建立比较耗费时间
- 适用处:对于查找问题,unordered_map会更加高效一些,因此遇到查找问题,常会考虑一下用unordered_map
总结: 内存占有率的问题就转化成红黑树 VS hash表 , 结果肯定是unorder_map占用的内存要高。但是unordered_map执行效率要比map高很多,对于unordered_map或unordered_set容器,其遍历顺序与创建该容器时输入的顺序不一定相同,因为遍历是按照哈希表从前往后依次遍历的;unordered_map的用法和map是一样的,同样提供了 insert,size,count等操作,并且里面的元素也是以pair类型来存贮的,其底层实现是完全不同的,所以就外部使用来说接口是一致的。
示例: LeetCode 350结果对比
两数之和
利用map容器“一对一”记录两数关系. 主要思路是查找对偶数other是否被记录, 如果无,则将当前元素作为对偶数存入map;如果存在对偶数,则返回二者的索引. 时间复杂度 O ( n ) O(n) O(n), 空间复杂度 O ( n ) O(n) O(n)
class Solution
{
public:
vector<int> twoSum(vector<int>& nums, int target)
{
map<int, int> record;
for(int i=0; i<nums.size(); i++)
{
int other = target - nums[i];
if(record.count(other))
{
return {i, record[other]};
}
else
{
other = nums[i];
record[other] = i;
}
}
return {-1,-1};
}
};