『C++进阶』第五章--- 哈希

目录

1. unordered系列关联式容器

1.1 unordered_map

1.2 unordered_set

2. 底层结构

2.1 哈希概念

2.2 哈希冲突

2.3 哈希函数

2.4 哈希冲突解决

2.4.1 闭散列(开放寻址法)

        1. 线性探测

2. 二次探测

2.4.2 开散列(开链法)

    1. 开散列概念

2. 开散列实现

3. 开散列增容

4. 开散列的思考

3. 模拟实现

3.1 哈希表的改造

       1. 模板参数列表的改造

2. 增加迭代器操作

3. 增加通过key获取value操作

3. 2 unordered_set

3.3 unordered_map

3.4 哈希表底层实现


1. unordered系列关联式容器

    在C++98中,STL提供了底层为红黑树结构的一系列关联式容器,在查询时效率可达到log_2 N, 即最差情况下需要比较红黑树的高度次,当树中的节点非常多时,查询效率也不理想。最好的查询是,进行很少的比较次数就就能将元素找到,因此在C++11中,STL又提供了4个unordered系列的关联式容器,这四个容器与红黑树结构的关联式容器使用方式基本类似,只是其底层结构不同,本文中只对unordered_map和unordered_set进行介绍,unordered_multimap和unordered_multiset可自行查看文档介绍。

1.1 unordered_map

 unordered_map在线文档说明

  1.  unordered_map是存储<key,value>键值对的关联式容器,其允许通过keys快速的索引到与其对应的value。
  2. 在unordered_map中,键值通常用于唯一地标识元素,而映射值是一个对象,其内容与此键关联。键和映射值的类型可能不同。
  3. 在内部,unordered_map没有对<key,value> 按照任何特定的顺序排序,为了能在常数范围内找到key所对应的value,unordered_map 将相同哈希值的键值对放在相同的桶中。
  4. unordered_map容器通过key访问单个元素要比map快,但它通常在遍历元素子集的范围迭代方面效率较低。
  5. unordered_map实现了直接访问操作符(operator[]),它允许使用key作为参数直接访问value。
  6. 它的迭代器至少是前向迭代器。

1.2 unordered_set

        参见 unordered_set在线文档说明

2. 底层结构

     unordered系列的关联式容器之所以效率比较高,是因为其底层使用了哈希结构。

2.1 哈希概念

        顺序结构以及平衡树中,元素关键码与其存储位置之间没有对应的关系,因此在查找一个元素时,必须要经过关键码的多次比较,顺序查找时间复杂度为o(N),平衡树中为树的高度,即o(log_2 N), 搜索到的效率取决于搜索过程中元素的比较次数。

        理想的搜索方法:可以不经过任何比较,一次直接从表中得到要搜索的元素。

        如果构造一种存储结构,通过某种函数(hashFunc)使元素的存储位置与它的关键码之间能够建立——映射关系,那么在查找时通过该函数可以很快找到该元素。

当向该结构中:

  •  插入元素

         根据待插入元素的关键码,以此函数计算出该元素的存储位置并按此位置进行存放

  •  搜索元素

         对元素的关键码进行同样的计算,把求得的函数值当作元素的存储位置,在结构中按此位置取元素比较,若关键码相同,则搜索成功。

        该方式即为哈希(散列)方法,哈希方法中使用的转换函数称为哈希(散列)函数,构造出来的结构称为哈希表(Hash Table)(或者称散列表)

       例如: 数据集合{1,7,6,4,5,9};

       哈希函数设置为: hash(key) = key % capacity; capacity 为存储元素底层空间总的大小。

 用该方法进行搜索不必进行多次关键码的比较,因此搜索的速度比较快

 问题: 按照上述哈希方式,向集合中插入元素44,会出现什么问题?

2.2 哈希冲突

        对于两个数据元素的关键字key(i)和key(j)(i!=j),有key(i)!=key(j),但有:hash(keyi)==hash(keyj), 即:不同关键字通过相同哈希函数计算出相同的哈希地址,该种现象称为哈希冲突或哈希碰撞。 我们也把具有不同关键码而具有相同哈希地址的数据元素称为“同义词”。

        那么发生哈希冲突该如何处理呢?

2.3 哈希函数

     引起哈希冲突的一个原因可能是: 哈希函数设计不够合理。

哈希函数设计原则:

  • 哈希函数的定义域必须包括需要存储的全部关键码,而如果散列表允许有m个地址,其值必须在0到m-1之间
  • 哈希函数计算出来的地址能均匀分布在整个空间中
  • 哈希函数应该比较简单

常见哈希函数

       1.直接定址法--(常用)

          取关键字的某个线性函数为散列地址: hash(key) = A*key +B

          优点: 简单、均匀

          缺点: 需要事先知道关键字的分布情况

          使用场景: 适合查找比较小且连续的情况

        2.​​​​​​ 除留余数法--(常用)

             设散列表中允许的地址数为m,取一个不大于m,但最接近或者等于m的质数p作为除数,按照哈希函数: hash(key) = key%p(p<=m), 将关键码转换成哈希地址

       3. 平方取中法--(了解)
           假设关键字为1234,对它平方就是1522756,抽取中间的3位227作为哈希地址;再比如关键字为4321,对它平方就是18671041,抽取中间的3位671(或710)作为哈希地址

           平方取中法比较适合:不知道关键字的分布,而位数又不是很大的情况

      4. 折叠法--(了解)

        折叠法是将关键字从左到右分割成位数相等的几部分(最后一部分位数可以短些),然后将这
几部分叠加求和,并按散列表表长,取后几位作为散列地址。

        折叠法适合事先不需要知道关键字的分布,适合关键字位数比较多的情况

      5. 随机数法--(了解)

        选择一个随机函数,取关键字的随机函数值为它的哈希地址,即H(key) = random(key),其中
random为随机数函数。

        通常应用于关键字长度不等时采用此法

      6. 数学分析法--(了解)

        设有n个d位数,每一位可能有r种不同的符号,这r种不同的符号在各位上出现的频率不一定
相同,可能在某些位上分布比较均匀,每种符号出现的机会均等,在某些位上分布不均匀只
有某几种符号经常出现。可根据散列表的大小,选择其中各种符号分布均匀的若干位作为散
列地址。例如

         假设要存储某家公司员工登记表,如果用手机号作为关键字,那么极有可能前7位都是 相同
的,那么我们可以选择后面的四位作为散列地址,如果这样的抽取工作还容易出现 冲突,还
可以对抽取出来的数字进行反转(如1234改成4321)、右环位移(如1234改成4123)、左环移
位、前两数与后两数叠加(如1234改成12+34=46)等方法。
        数字分析法通常适合处理关键字位数比较大的情况,如果事先知道关键字的分布且关键字的
若干位分布较均匀的情况

        注意: 哈希函数设计的越精妙,产生哈希冲突的可能性就越低,但是无法避免哈希冲突

2.4 哈希冲突解决

        解决哈希冲突两种常见的方式是: 闭散列开散列

2.4.1 闭散列(开放寻址法)

        闭散列: 也叫开放定址法,当发生哈希冲突是,如过哈希表未被装满,说明在哈希表中必然还有空位置,那么可以把key存放到冲突位置中的“下一个”空位置中去。那如何寻找下一个空位置呢?

        1. 线性探测

        比如 2.1 中的场景,现在需要插入元素44,先通过哈希函数计算哈希地址,hashAddr为4,因此44理论上应该插在该位置,

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值