散列表（哈希表）一文读懂

雨点打透心脏的1/2处 2023-10-11 10:59 4阅读 0赞

## 前言 ##

假设你们班级100个同学每个人的学号是由院系-年级-班级和编号组成，例如学号为01100168表示是1系，10级1班的68号。为了快速查找到68号的成绩信息，可以建立一张表，但是不能用学号作为下标，学号的数值实在太大。因此将学号除以1100100取余，即得到编号作为该表的下标，那么，要查找学号为01100168的成绩的时候，只要直接访问表下标为68的数据即可。这就能够在O（1）时间复杂度内完成成绩查找。

实际上这里就用到了散列的思想。本文重在介绍散列的思想以及散列需要考虑的问题。

## 散列表（哈希表） ##

理想散列表（哈希表）是一个包含关键字的具有固定大小的数组，它能够**以常数时间执行插入，删除和查找操作**。

*  每个关键字被映射到0到数组大小N-1范围，并且放到合适的位置，这个**映射规则就叫散列函数**
 *  理想情况下，两个不同的关键字映射到不同的单元，然而由于数组单元有限，关键字范围可能远超数组单元，因此就会出现两个关键字散列到同一个值得时候，这就是**散列冲突**

## 实例演示 ##

通过前面的描述，我们已经了解了一些基本概念，现在来看一个实例。  
假设有一个大小为7的表，现在，要将13,18,19，50，20散列到表中。

*  选择散列函数，例如使用hash(x)=x%7作为散列函数
 *  计算数据散列值，并放到合适的位置

计算13 % 7得到6，因此将13放到下标为6的位置：

计算18 % 7得到4，因此将18放到下标为4的位置：

计算19 % 7得到5，因此将19放到下标为5的位置：

计算50 % 7得到1，因此将50放到下标为1的位置：

计算20 % 7得到6，因此将20放到下标为6的位置，但是此时6的位置已经被占用了，因此就产生了**散列冲突**，关于散列冲突的解决，我们后面再介绍。

将数据散列之后，如何从表中查找呢？例如，查找数值为50的数据位置，只需要计算50 % 7，得到下标1，访问下标1的位置即可。但是如果考虑散列冲突，就没有那么简单了。

通过这个实例，了解了以下几个概念：

*  散列函数，散列函数的选择非常重要
 *  散列冲突，涉及散列表时，因尽量避免散列冲突，对于冲突也要有好的解决方案
 *  快速从散列表中查找数据

## 冲突解决 ##

解决散列冲突通常有以下几种方法：

*  拉链法
 *  开放定址法
 *  再散列
 *  …

**拉链法**

**分离链接法的做法是将同一个值的关键字保存在同一个表中**。例如，对于前面：

如果再要插入元素20，则在下标为6的位置存储表头，而表的内容是13和20。

这种方法的特点是需要另外分配新的单元来存储散列到同一个位置的数据。

查找的时候，除了根据计算出来的散列值找到对应位置外，还需要在链表上进行搜索。而在**单链表上的查找速度是很慢**的。另外**散列函数如果设计得好，冲突的概率其实也会很小**。

**开放定址法**

而开放定址法的思想是，**如果冲突发生，就选择另外一个可用的位置**。

而开放定址法中也有常见的几种策略。

*  线性探测法

还是以前面的为例：

如果此时再要插入20，则20 % 7 = 6，但是6的位置已有元素，因此探测下一个位置（6+1）%7，在这里就是下标为0的位置。因此20的存储位置如下：

但这种方式的一个问题是，可能造成**一次聚集**，因为一旦冲突发生，为了处理冲突就会占用下一个位置，而如果冲突较多时，就会出现数据都**聚集在一块区域**。这样就会导致任何关键字都需要多次尝试才可能解决冲突。

*  平方探测法

顾名思义，如果说前面的探测函数是F（i）= i % 7，那么平方探测法就是F（i）= (i^2 )% 7。但是这也同样会产生**二次聚集**问题。

*  双散列

为了**避免聚集**，在探测时选择跳跃式的探测，即再使用一个散列函数，用来计算探测的位置。假设前面的散列函数为hash1(X)，用于探测的散列函数为hash2(X)，那么一种流行的选择是F(i) = i \* hash2(X)，即第一次冲突时探测hash1(X)+hash2(X)的位置，第二次探测 hash1(X)+2hash2(X)的位置。

可以看到，无论是哪种开放定址法，它都要求表足够大。

**再散列**

我们前面也说到，散列表可以认为是具有固定大小的数组，那么如果插入新的数据时散列表已满，或者散列表所剩容量不多该怎么办？这个时候就需要再散列，常见做法是，建立一个是原来两倍大小的散列表，将原来表中的关键字重新散列到新表中。

## 散列表的应用 ##

散列表应用很广泛。例如做文件校验或数字签名。当然还有快速查询功能的实现。例如，redis中的字典结构就使用了散列表，使用**MurmurHash算法**来计算字符串的hash值，并采用**拉链法**处理冲突，，当散列表的**装载因子**（关键字个数与散列表大小的比）接近某个大小时，进行**再散列**。

## 总结 ##

一个设计良好的散列表能够几乎在O（1）时间复杂度内完成插入，删除和查找，但前提是**散列函数设计得足够优雅，以及有着合适散列冲突解决方案**。常见冲突解决方案有：

*  拉链法
 *  开放地址检测法

其中拉链法在实际中是很常见的一种解决方案。另外本文重点说明**什么是散列表**（哈希表），因此没有涉及具体的代码，后面将会通过实例来看散列表的实际应用。