9.哈希表
哈希表介绍
哈希表是一种非常重要的数据结构，但是很多学习编程的人一直搞不懂哈希表到底是如何实现的
在这一章中，我们就一点点来实现一个自己的哈希表，通过实现来李杰哈希表背后的原理和它的优势
几乎所有的编程语言都有直接或者间接的应用这种数据结构，
哈希表通常是基于数组进行实现的，但是相对于数组，它也很多的优势：
它可以提供非常快速的插入-删除-查找操作
无论多少数据，插入和删除值需要接近常量的时间：即O(1)的时间级。实际上，只需要几个机器指令即可完成
哈希表的速度比树还要快，基本可以瞬间查找到想要的元素
哈希表相对于树来说编码要容易得多
哈希表相对于数组的一些不足：
哈希表中的数据是没有顺序的，所以不能以一种固定的方式（比如从小到大）来遍历其中的元素
通常情况下，哈希表中的key是不允许重复的，不能放置相同的key，用于保存不同的元素
哈希表到底是什么呢？
那么，哈希表到底是什么呢？
似乎还是没有说它到底是什么
这也是哈希表不好理解的地方，不像数组和链表，甚至是树一样直接画出你就知道它的结构，甚至是原理了
它的结构就是数组，但是它神奇的地方在于对下标值的一种变换，这种变换我们可以称之为哈希函数，通过哈希函数，通过哈希
函数可以获得HashCode。
不着急，我们慢慢来认识它到底是什么
我们通过三个案例，案例需要你挑选某种数据结构，而你会发现最好的选择就是哈希表
案例一：公司使用一种数据结构来保存所有员工
案例二：设计一个数据结构，保存联系人和电话
案例三：使用一种数据结构存储单词信息，比如有50000个单词，找到单词后每个单词有自己的翻译&读音&应用等等
案例一：公司员工存储
案例二：联系人和电话存储
案例三：50000个单词的存储
字母转数字的案例一
似乎所有的案例都指向一个目标：将字符串转成下标值
但是，怎样才能将一个字符串转成数组的下标值呢？
单词/字符串转下标值，其实就是字母/文字转文字
怎么转？
现在我们需要设计一种方案，可以将单词转成适当的下标
其实计算机中有很多的编码方法就是用数字代替单词的字符。就
是字符编码。（常见的字符编码？）
比如ASCII编码：a是98，b是98，依次类推122代表z
我们也可以设计一个自己的编码系统，比如a是1，b是2，c是3，依
次类推，z是26.
当然我们可以加上空格用0代表，就是27个字符（不考虑大写问题）
但是，有了编码系统后，一个单词如何转成数字呢？
方案一：数字相加
一种转换单词的简单方案就是把单词每个字符的编码求和
例如单词cats转成数组：3+1+20+19=43，
那么43就作为cats单词的下标存在数据中
问题：按照这种方案有一个很明显的问题就是很多单词最终的下标可能都是43.
比如was/tin/give/tend/moan/tick等等
我们知道数组中一个下标值位置只能存储一个数据
如果存入后来的数据，必然会造成数据的覆盖
一个下标存储这么多单词显然是不合理的。
字母转数字的方案二
方案二：幂的连乘
现在，我们想通过一种算法，让cats转成数字后不那么普通
数字相加的方案就有些过于普通了
有一种方案就是使用幂的连乘，什么是幂的连乘呢？
其实我们平时使用的大于10的数字，可以用一种幂的连乘来表示它的
唯一性：比如：7654 = 7 * 10的3次方 + 6 * 10的2次方 + 5 * 10 + 4
我们的单词是可以使用这种方案来表示：比如cats = 3 * 27的3次方 + 1*27的2次方 + 20*27+17 = 60337
这样得到的数字可以基本保证它的唯一性，不会和别的单词重复
问题：如果一个单词是zzzzzzzzzz(一般英文单词不会超过10个字符)，那么得到的数字超过7000000000000，数组可以表示这么大的下标值吗？
而且就算能创建这么大的数组，实时上有很多事无效的单词
创建这么大的数组是没有意义的
两种方案总结：
第一种方法(把数字相加求和)产生的数组下标太少
第二种方案(与27的幂相乘求和)产生的数组下标又太多
认识哈希化
现在需要一种压缩方法，把幂的连乘方案系统中得到的巨大整数范围压缩到可接受的数组范围中
对于英文词典，多大的数组才合适呢？
如果直有50000个单词，可能会定义一个长度为50000的数组
但是实际情况中，往往需要更大的空间来存储这些单词，因为
我们不能保证单词会映射到每一个位置
比如两倍的大小：100000
如何压缩呢？
现在，就找一种方法，把0到超过7000000000000的范围，压缩为从0到100000
有一种简单的方法就是使用取余操作符，它的作用是得到一个数
被另外一个数整除后的余数
取余操作的实现：
为了看到这个方法如何工作，我们先来看一个小点的数字范围压缩到一个小点的空间中
假设把从0~199的数字，比如使用largeNumber代表，压缩为从0到9的数字，
比如使用samallRange代表
下标值的结果：index = largeNumber % smallRange
当一个数被10整除时，余数一定在0~9之间
比如13%10=3，157%10=7
当然，这中间还是会有重复，不过重复的数量明显变小了
因为我们的数组时100000，而只有50000个单词
就好比，你在0~199中间选取5个数字，放在这个长度为10的数组中，
也会重复，但是重复的概率非常小。（后面我们会讲到真的发生重复了应该怎么解决）
哈希表的一些概念
认识情况了上面的内容，相信你应该懂了哈希表的原理了，我们来看看几个感念：
哈希化：将大数字转换成数组范围内下标的过程，我们称之为哈希化
哈希函数：通常我们会将单词转成大数字，大数字在进行哈希化的代码实现放在一个函数中，这个函数我们称为哈希函数
哈希表：最终将数据插入到的这个数组，对整个结构的封装，我们就称之为时一个哈希表
但是，我们还有问题需要解决：
虽然，我们在一个100000的数组中，放50000个单词已经足够
但是通过哈希化后的下标值依然可能会重复，如何解决这种重复的问题呢？
什么是冲突？
尽管50000和单词，我们使用了100000个位置来存储，并且通过一种相对比较好的
哈希函数来完成。但是依然有可能会发生冲突
比如melioration这个单词，通过哈希函数得到数组的下标值后，发现那个位置上
已经存在一个单词demystify
因为它经过哈希化后喝melioration得到的下标实现相同的
这种情况我们称为冲突
虽然我们不希望这种情况发生，当然更希望每个下标对应一个数据项，但是通常这是不可能的
冲突不可避免，我们只能解决冲突
就像之前0~199的数字选取5个放在长度为10的单元格中
如果我们随机选出来的是33，82，11，45，90，那么最终他们的
位置会是3-2-1-5-0，没有发生冲突
我们需要针对这种冲突提出一些解决方案
即使冲突的可能性比较小，你依然需要考虑到这种情况
以便发生的时候进行对应的代理代码
如何解决这种冲突呢？常见的情况有两种方案
链地址法 开放地址法
链地址法
链地址法是一种比较常见的解决冲突的方案（也称为拉链法）
其实，如果你理解了为什么产生冲突，看到图后就可以立马理解链地址是什么含义
开放地址法
开放地址法的主要工作方式是寻找空白的单元格来添加重复的数据
我们还是通过图片来了解开放地址的工作方式
图片解析：
从图片的文字中我们可以了解到
开发地址法其实就是要寻找空白的位置来放置冲突的数据项
但是探索这个位置的方式不同，有三种方法：
线性探测 二次探测 再哈希法
线性探测
线性探测非常好理解：线性的查找空白的单元
插入的32：
经过哈希化得到的index=2，但是在插入的时候，发现该位置已经又了82，怎么办呢？
线性探测就是从index位置+1开始一点点查找合适的位置来放置32，什么是合适的位置呢？
空的位置就是合适的位置，在我们上面的例子中就是index=3的位置，这个时候32就会放在该位置。
查询32呢？
查询32和插入32比较相似。
首先经过哈希化得到index=2，比如2的位置结果和查询的数值是否相同，相同那么就直接返回
不相同呢？线性查找，从index位置+1开始查找和32一样的。
这里有一个特别需要注意的地方：如果32的位置我们之前没有插入，是否将整个哈希表查询一边来确定32存不存在吗？
当然不是，查询过程有一个约定，就是查询到空位置，就停止
因为查询到这个有空位置，32之前不可能跳过空位置去其他的位置
删除32呢？
删除操作和插入查询比较类似，但是也有一个特别的注意点。
注意：删除操作一个数据项时，不可以将这个位置下标的内容设置为null，为什么呢？
因为将它设置为null可能会影响我们之后查询其他操作，所以通常删除一个位置的数据项时，我们可以将它进行特殊处理（比如设置为-1）
当我们之后看到-1位置的数据项时，就知道查询时要继续查询，但是插入时这个位置可以放置数据。
线性探测问题：
线性探测有一个比较严重的问题，就是聚焦，什么时聚焦呢？
比如我在没有任何数据的时候，插入的是22-23-24-25-26，那么意味着下标值：2-3-4-5-6的位置都有元素
这叫一连串填充单元就叫做聚焦。
聚焦会影响哈希表的性能，无论是插入/查询/删除都会影响。
比如我们插入一个32，会发现连续的单元都不允许我们放置数据，并且在这个过程中我们需要探索多次
二次探测可以解决一部分这个问题，我们一起来看一看
二次探测
我们刚才谈到，线性探测存在的问题：
如果之前的数据是连续插入的，那么新插入的一个数据可能需要探测很长的距离
二次探测在线性探测的基础上进行了优化：
二次探测主要优化的是探测时的步长，什么意思呢？
线性探测，我们可以看成时步长为1的探测，比如从下标值x开始，那么线性测试就是x+1，x+2，x+3依次探测
二次探测，对步长做了优化，比如从下标值x开始，x+1的2次方，x+2的2次方，x+3的3次方
这样就可以一次性探测比较长的距离，比避免那些聚焦带来的影响
二次探测的问题：
但是二次探测依然存在问题，比如我们连续插入的时32-1112-82-2-192，那么它们依次累加的时候步长的1相同的
也就是这种情况下造成步长不一的一种聚焦，还是会影响效率。（当然这种可能性相对于连续的数字会小一些）
怎么根本解决这个问题呢？让每个人的步长不一样，一起来看看再哈希法吧
再哈希法
为了消除线性探测和二次探测无论步长+1还是步长+平法中存在的问题，还有一种最常用的解决方案：再哈希法
再哈希法：
二次探测的算法产生的探测序列步长是固定的：1，4，9，16，依次类推
现在需要一种方法：产生一种依赖关键字的探测序列，而不是每个关键字都一样
那么，不同的关键字即使映射到相同的数组下标，也可以使用不同的探测序列
再哈希法的做法就是：把关键字用另外一个哈希函数，再做一次哈希化，用这次哈希化的结果作为步长。
对于指定的关键字，步长再整个探测中是不变的，不过不同的关键字使用不同的步长
第二次哈希化需要具备如下特点：
和第一个哈希函数不同（不要再使用上一次的哈希函数了，不然结果还是原来的位置）
不能输出为0（否则，将没有步长，每次探测都是原地踏步，算法就进入了死循环）
其实，我们不用费脑细胞来设计了，计算机专家已经设计出一种工作很好的哈希函数
stepSize = constant - （Key % constant）
其中constant是质数，且小于数组的容量
例如：stepSize = 5 - （key % 5），满足需求，并且结果不可能为0.
哈希化的效率
哈希表中执行插入和搜索操作效率是非常高的
如果没有产生冲突，那么效率就会更高
如果发生冲突，存取时间就依赖后来的探测长度
平均探测长度以及平均存取时间，取决于填装因子，随着填装因子变大，探测长度也越来越长
随着填装因此变大，效率下降的情况，在不同开放地址方案中比链地址法更严重，所以我们来对比一下他们的
效率，再决定我们选取的方案
在分析效率之前，我们先了解一个概念：装填因子
装填因子表示当前哈希表中已经包含的数据项和整个哈希表长度的比值
装填因子 = 总数据项 / 哈希表长度
开放地址法的装填因子最大是多少呢？1，因为它必须寻找到空白的单元才能将元素放入
链地址法的装填因子呢？可以大于1，因为拉链法可以无限的延伸下去，只要你愿意。（当然后面效率就变低了）
线性探测效率
下面的等式显示了线性探测时，探测序列(P)和填装因子(L)的关系
对成功的查找：P=(1+1/(1-L)^2)/2
对不成功的查找：P=(1+1/(1-L))/2
公式来自于Knuth（算法分析领域的专家，现代计算机的先驱人物），这些公式的推导自己去看了一下，确实有些繁琐，
这里不再给出推导过程，仅仅说明它的效率
图片解析：
当填充因子是1/2时，成功的搜索需要1.5次比较，不成功的搜索需要2.5次
当填充因子为2/3时，分别需要2.0次和5.0次比较
如果填充因子更大，比较次数会非常大
应该使填充因子保持在2/3以下，最好在1/2一下，另外一面，填装因子越低，对于给定
数量的数据项，就需要越多的空间
实际情况中，最好的填装因子取决于存储效率和速度之间的平衡，随着填装因子变小
存储效率下降，而速度上升
二次探测和再哈希化
二次探测和再哈希化的性能相比。它们的性能比线性探测略好
对成功的搜索，公式是：-log2（1-loadFactor）/loadFactor
对于不成功的搜索，公式是：1/（1-loadFactor）
图片解析：
当填装因子是0.5时，成功和不成功的查找平均需要2次比较
当填装因子为2/3时，分别需要2.37和3.0次比较
当填装因子为0.8时，分别需要2.9和5.0次
因此对于较高的填装因子，对比线性探测，二次探测和再哈希法还是可以忍受的。
链地址法
链地址法的效率分析有些不同，一般来说比开放地址法简单，我们来分析一下这个公式应该时怎么样的
加入哈希表包含arraySize个数据项，每个数据项有一个链表，在表中一共包含N个数据项
那么，平均起来每个链表有多少个数据项呢？非常简单，N / arraySize
有没有发现这个公式有点眼熟？其实就是装填因子
OK，那么我们就可以求出查找查找成功和不成功的次数了
成功可能只需要查找链表的一半即可：1 + loadFactor / 2
不成功呢？可能需要将整个链表查询玩才知道不成功：1 + loadFactor
经过上面的比较我们可以发现，链地址法相对来说效率是好于开放地址法的
所以再真是开发中，使用链地址法的情况较多
因为他不会因为添加了某元素后性能急剧下降
比如再Java的HashMap中使用的就是链地址法
优秀的哈希函数
讲了很久的哈希表理论知识，你有没有发现再整个过程中，一个非常简单的东西：哈希函数？
好的哈希函数应该尽可能让计算的过程变得简单，提高计算的效率
哈希表的主要优点是它的速度，所以在速度上不能足够，那么就达不到设计的目的了
提高速度的一个方法就是让哈希函数中尽量少的有乘法和除法，因为它们的性能是比较低的
设计好的哈希函数应该具备那些优点？
快速的计算
哈希表的优势就在于效率，所以快速获取到对应的hashCode非常重要
我们需要通过快速的计算来获取到元素对应的hashCode
均匀的分布
哈希表中，无论是链地址法还是开放地址法，当多个元素映射到同一个位置的时候，都会影响效率
所以，优秀的哈希函数应该尽可能将元素映射到不同的位置，让元素在哈希表中均匀的分布
快速计算：霍纳法则
在前面，我们计算哈希值的时候使用的方式
cats = 3*27的3次方+1*27的2次方+20*27+17=60337
这种方式是直观的计算结果，那么这种计算方式会
进行几次乘法几次加法呢？
当然，我们可能不止4项，可能有更多项
我们抽象一下，这个表达式其实是一个多项式：
a(n)x^n+a(n-1)x^(n-1)+...+a(1)x+a(0)
现在问题就变成了多项式有多少次乘法和加法：
乘法次数：n+(n-1)+...+1=n(n+1)/2
加法次数：n次
多项式的优化：霍纳法则
解决这类求值问题的高效算法-霍纳法则。在中国，霍纳法则也被称为为秦九韶算法
通过如下变换我们可以得到一种快得多的算法，即
Pn(x)=anx^n+a(n - 1)x^(n - 1)+...+a1x+a0=
((...(((anx + an -1)x + an - 2)x + an - 3)...)x+a1)x+a0
这种求值的安排我们称为霍纳法则
变换后，我们需要多少次乘法，多少次加法呢？
乘法次数：N次
加法次数：N次
如果使用大Q表示时间复杂度的话，我们直接从O(N方)降到了O(N)
均匀分布
均匀的分布
在设计哈希表时，我们已经有办法处理映射到相同下标值的情况：链地址发或者开放地址法
但是无论那种方案，为了提供效率，最好的情况还是让数据在哈希表中均匀分布
因此，我们需要在使用常量的地方，尽量使用质数
那些地方我们会使用到常量呢？
质数的使用：
哈希表的长度
N次幂的底数（我们之前使用的是27）
为什么他们使用质数，会让哈希表分布更加均匀呢？
我们这里简单来讨论一下
哈希表的长度
哈希表的长度最好使用质数
再哈希法中质数的重要性：
假设表的容量不是质数，例如：表长为15（下标值0~14）
有一个特定关键字映射0，步长为5.探测序列是多少呢？
0 - 5 - 10 - 0 - 5 - 10，依次类推，循环下去
算法只尝试着三个单元，如果这三个单元已经有了数据，那么会一直循环下去，直到程序崩溃
如果容量是一个质数，比如13，探测序列是多少呢？
0 - 5 -10 - 2 - 7 - 12 - 4 - 9 - 1 - 6 - 11 - 3，一直这样下去
不仅不会产生循环，而且可以让数据在哈希表中更加均匀的分布
链地址法中质数没有那么重要，甚至在Java中故意是2的N次幂
Java中的HashMap
Java中的哈希表采用的是链地址法
HashMap的初始长度是16，每次自动扩展（我们还没有聊到扩展的话题），长度必须是2的次幂
这是为了服务于从Key映射到index的算法
HashMap中为了提高效率，采用了位运算的方式
HashMap中index的计算公式：index = HashCode (Key) & (Length - 1)
比如计算book的hashcode，结果为十进制的3029737，二进制的101110001110101110 1001
假定HashMap长度是默认的16，计算Length-1的结果为十进制15，二进制的1111
把以上两个结果做与运算，1011100011101011110 1001 & 1111 = 1001，十进制是0，所以index = 9
这样的方式相对于取模来说性能是高的，因为计算机更运算计算二进制的数据
但是，我个人发现JavaScript中进行较大数据的位运算时会出问题，所以我的代码实现中还是使用了取模
另外，我这里为了方便代码之后向开放地址法中迁移，容量还是选择使用质数
设置哈希函数
<script>
// 设计哈希函数
// 将字符串转成比较大的数字：hashCode
// 将大的数字hashCode压缩到数组范围（大小）之内
function hashFunc(str, size) {
// 定义hashCode变量
var hashCode = 0
// 霍纳算法，来计算hashCode的值
// cats -> Unicode编码
for (let i = 0; i < str.length; i++) {
hashCode = 37 * hashCode + str.charCodeAt(i)
}
// 取余操作
var index = hashCode % size
return index
}
// 测试哈希函数
console.log(hashFunc('abc', 7))
console.log(hashFunc('def', 7))
console.log(hashFunc('ghi', 7))
console.log(hashFunc('jkl', 7))
</script>
创建哈希表
经过前面那么多内容的学习，我们现在可以真正实现自己的哈希表了
可能你学到这里的时候，已经感觉到数据结构的一些复杂性
但是如果你仔细品味，你也会发现它在设计时候的巧妙和优美
当你爱上它的那一刻，你也真正爱上了编程
我们这里采用链地址法来实现哈希表
实现的哈希表（基于storage的数组）每个index对应的是一个数组（bucket）（当然基于链表也可以）
bucket中存放什么呢？我们最好将key和value都放进去，我们继续使用一个数组（其实其他语言使用元组更好）
最终我们的哈希表的数据格式是这样：[ [ [ k, v],[ k, v ], [ k, v ] ], [ [ k, v],[ k, v ], [ k, v ] ] ]
封装哈希表
<script>
// 封装哈希类
function HashTable() {
// 属性
this.storage = []
this.count = 0
this.limit = 0
// 方法
}
</script>
代码解析：
我们定义了三个属性
storage作为我们的数组，数组中存放相关的元素
count表示当前已经存在了多少数据
limit用于标记数组中一共可以存放多少个元素
插入&修改数据
哈希表的插入和修改操作是同一个函数：
因为，当使用者传入一个<Key，Value>时
如果原来不存该key，那么就是插入操作
如果已经存在该key，那么就是修改操作
// 插入&修改操作
HashTable.prototype.put = function(key, value) {
// 根据key获取对应的index
let index = this.hashFunc(key, this.limit)
// 根据index取出对应的bucket
let bucket = this.storage[index]
// 判断该bucket是否为null
if (bucket == null) {
bucket = []
this.storage[index] = bucket
}
// 判断是否是修改数据
for (let i = 0; i < bucket.length; i++) {
let tuple = bucket[i]
if (tuple[0] == key) {
tuple[1] = value
return
}
}
// 进行添加操作
bucket.push([key, value])
this.count += 1
}
代码解析：
步骤1：根据传入的key获取对应的hashCode，也就是数组的index
步骤2：从哈希表的index位置中取出桶（另外一个数组）
步骤3：查看上一步的bucket是否为null
为null，表示之前在该位置没有放置过任何内容，那么就新建一个数组[]
步骤4：查看是否之前已经放置过key对应的value
如果放置过，那么就是依次代替操作，而不是插入新的数据
我们使用一个变量override来记录是否是修改操作
步骤5：如果不是修改操作，那么插入新的数据
在bucket中push新的[key，value]即可
注意：这里需要将count + 1，因为数据增加了一项
获取方法
//获取操作
HashTable.prototype.get = function(key) {
// 根据key获取对应的index
let index = this.hashFunc(key, this.limit)
// 根据index获取对应的bucket
let bucket = this.storage[index]
// 判断bucket是否为null
if (bucket == null) {
return null
}
// 有bucket，那么就进行线性查找
for (let i = 0; i < bucket.length; i++) {
let tuple = bucket[i]
if (tuple[0] == key) {
return tuple[1]
}
}
// 依然没有找到，那么返回null
return null
}
思路：
根据key获取对应的index
根据index获取对应的bucket
判断bucket是否为null
如果为null，直接返回null
线性查找bucket中每一个key是否等于传入的key
如果等于，那么直接返回对应的value
遍历完后，依然没有找到对应的key
直接return null 即可
删除方法
// 删除方法
HashTable.prototype.remove = function(key) {
// 根据key获取对应的index
let index = this.hashFunc(ket, this, limit)
// 根据index获取对应的bucket
let bucket = this.storage[index]
// 判断bucket是否为null
if (bucket == null) return null
// 有bucket，那么就进行线性查找，并且删除
for (let i = 0; i < bucket.length; i++) {
let tuple = bucket[i]
if (tuple[0] == key) {
bucket.splice(i, 1)
this.count--
return tuple[1]
}
}
// 依然没有找到，那么返回null
return null
}
思路：
根据key获取对应的index
根据index获取bucket
判断bucket是否存在，如果不存在，那么直接返回null
线性查找bucket，寻找对应的数据，并且删除
依然没有找到，那么返回null
其他方法
// 其他方法
// 判断哈希表是否为空
HashTable.prototype.isEmpty = function() {
return this.count == 0
}
// 获取哈希表中元素的个数
HashTable.prototype.size = function() {
return this.count
}
哈希表扩容的思想
为什么需要扩容？
目前，我们是将所有的数据项放在长度为7的数组中的
因为我们使用的是链地址发，loadFactor可以大于1，所以这个哈希表可以无限制的插入新数据
但是，随个数据量的增多，每一个index对应的bucket会越来越长，也就造成效率的降低
所以，在合适的情况对数组进行扩充。比如扩容两倍
如何进行扩充？
扩充可以简单的将容量增大两倍（不是质数吗？质数的问题后面再讨论）
但是这种情况下，所有的数据项一定要同时进行修改（重新调用哈希函数，来获取到不同的位置）
比如hashCode=12的数据项，在length=8的时候，index=5，在长度为16的时候呢？index=12
这是一个耗时的过程，但是如果数组需要扩容，那么这个过程是必要的
什么情况下扩充呢？
比较常见的情况是loadFactor>0.75的时候进行扩容
比如Java的哈希表就是在装填因子大于0.75的时候，对哈希表进行扩容
扩容缩容代码
// 哈希表扩容/缩容
HashTable.prototype.resize = function(newLimit) {
// 保存旧的数组内容
let oldStorage = this.storage
// 重置所有属性
this.storage = []
this.count = 0
this.limit = newLimit
// 遍历oldStorage中所有的bucket
for (let i = 0; i < oldStorage.length; i++) {
// 取出对应的bucket
let bucket = oldStorage[i]
// 判断bucket是否为null
if (bucket == null) {
continue
}
// bucket 中有数据，那么取出数据，重新插入
for (let j = 0; j < bucket.length; j++) {
let tuple = bucket[j]
this.put(tuple[0], tuple[1])
}
}
}
// 判断是否需要扩容操作
if (this.count > this.limit * 0.75) {
this.resize(this.limit * 2)
}
// 缩小容量
if (this.limit > 7 && this.count < this.limit * 0.25) {
this.resize(Math.floor(this.limit / 2))
}
容量质数
我们前面提到过，容量最好是质数
虽然在链地址法中将容量设置为质数，没有在开放地址法中重要
但是其实链地址中质数作为容量也更利于数据的均匀分布，所以，我们还是完成一下这个步骤
我们这里先讨论一个常见的面试题，判断一个数的质数
质数的特点：
质数也称为素数
质数表达大于1的自然数中，只能被1和自己整除的数
OK，了解了这个特点，应该不难写出它的算法
判断是否是质数
<script>
// 封函数：判断传入的数字是否是质数
// 特点：只能被1和自己整除，不能被2到之间的num-1数字整除
function isPrime(num) {
for (let i = 2; i < num; i++) {
if (num % i == 0) {
return false
}
}
return true
}
// 验证函数
console.log(isPrime(3))
console.log(isPrime(9))
console.log(isPrime(37))
console.log(isPrime(20))
</script>
更高效的质数判断
但是，这种做法的效率并不高，为什么呢？
对于每个数n，其实并不需要从2判断到n-1
一个数若可以进行因数分解，那么分解时得到的两个数一定是一个小于等于sqrt(n)，一个大于等于sqrt(n)。
比如16可以被分分别，那么是2*8，2小于sqrt(16)，也就是4，8大于4，而4*4都是等于sqrt(n)
所以其实我们遍历到等于sqrt(n)即可
判断是否是质数
<script>
// 封装函数判断质数
function isPrime(num) {
// 获取num的平方根
let temp = parseInt(Math.sqrt(num))
// 循环判断
for (let i = 2; i <= temp; i++) {
if (num % i == 0) {
return false
}
}
return true
}
// 验证函数
console.log(isPrime(3))
console.log(isPrime(9))
console.log(isPrime(37))
console.log(isPrime(20))
</script>
哈希表完整代码
<script>
// 封装哈希类
function HashTable() {
// 属性
this.storage = []
this.count = 0
this.limit = 7
// 方法
// 哈希函数
HashTable.prototype.hashFunc = function(str, size) {
// 定义hashCode变量
let hashCode = 0
// 霍纳算法，来计算hashCode的值
// cats -> Unicode编码
for (let i = 0; i < str.length; i++) {
hashCode = 37 * hashCode + str.charCodeAt(i)
}
// 取余操作
let index = hashCode % size
return index
}
// 插入&修改操作
HashTable.prototype.put = function(key, value) {
// 根据key获取对应的index
let index = this.hashFunc(key, this.limit)
// 根据index取出对应的bucket
let bucket = this.storage[index]
// 判断该bucket是否为null
if (bucket == null) {
bucket = []
this.storage[index] = bucket
}
// 判断是否是修改数据
for (let i = 0; i < bucket.length; i++) {
let tuple = bucket[i]
if (tuple[0] == key) {
tuple[1] = value
return
}
}
// 进行添加操作
bucket.push([key, value])
this.count += 1
// 判断是否需要扩容操作
if (this.count > this.limit * 0.75) {
let newSize = this.limit * 2
let newPrime = this.getPrime(newSize)
this.resize(newPrime)
}
}
//获取操作
HashTable.prototype.get = function(key) {
// 根据key获取对应的index
let index = this.hashFunc(key, this.limit)
// 根据index获取对应的bucket
let bucket = this.storage[index]
// 判断bucket是否为null
if (bucket == null) {
return null
}
// 有bucket，那么就进行线性查找
for (let i = 0; i < bucket.length; i++) {
let tuple = bucket[i]
if (tuple[0] == key) {
return tuple[1]
}
}
// 依然没有找到，那么返回null
return null
}
// 删除方法
HashTable.prototype.remove = function(key) {
// 根据key获取对应的index
let index = this.hashFunc(key, this.limit)
// 根据index获取对应的bucket
let bucket = this.storage[index]
// 判断bucket是否为null
if (bucket == null) return null
// 有bucket，那么就进行线性查找，并且删除
for (let i = 0; i < bucket.length; i++) {
let tuple = bucket[i]
if (tuple[0] == key) {
bucket.splice(i, 1)
this.count--
return tuple[1]
// 缩小容量
if (this.limit > 7 && this.count < this.limit * 0.25) {
let newSize = Math.floor(this.limit / 2)
let newPrime = this.getPrime(newSize)
this.resize(newSize)
}
}
}
// 依然没有找到，那么返回null
return null
}
// 哈希表扩容/缩容
HashTable.prototype.resize = function(newLimit) {
// 保存旧的数组内容
let oldStorage = this.storage
// 重置所有属性
this.storage = []
this.count = 0
this.limit = newLimit
// 遍历oldStorage中所有的bucket
for (let i = 0; i < oldStorage.length; i++) {
// 取出对应的bucket
let bucket = oldStorage[i]
// 判断bucket是否为null
if (bucket == null) {
continue
}
// bucket 中有数据，那么取出数据，重新插入
for (let j = 0; j < bucket.length; j++) {
let tuple = bucket[j]
this.put(tuple[0], tuple[1])
}
}
}
// 判断某个数字是否是质数
HashTable.prototype.isPrime = function(num) {
// 判断num的平方根
let temp = parseInt(Math.sqrt(num))
// 循环判断
for (let i = 2; i <= temp; i++) {
if (num % i == 0) {
return false
}
}
return true
}
// 获取质数的方法
HashTable.prototype.getPrime = function(num) {
while (!this.isPrime(num)) {
num++
}
return num
}
}
// 测试哈希表
// 创建哈希表
let ht = new HashTable()
// 插入数据
ht.put('abc', '123')
ht.put('cba', '321')
ht.put('nba', '521')
ht.put('mba', '520')
// 获取数据
console.log(ht.get('abc'))
// 修改方法
ht.put('abc', '111')
console.log(ht.get('abc'))
// 删除方法
ht.remove('abc')
console.log(ht.get('abc'))
</script>
