Java哈希表(散列表)解析

Posted 2021-10-05 爱敲代码的三毛

文章目录

• 一、哈希表概念
• 二、冲突
• • 1.概念
  • 2.避免冲突（哈希函数的设计）
  • 3.常见哈希函数
  • • 1. 直接定制法--(常用)
    • 2.除留余数法--(常用)
    • 3.平方取中法--(了解)
    • 4.折叠法--(了解)
    • 5.随机数法--(了解)
    • 6.数学分析法--(了解)
• 三、冲突避免（负载因子调节）
• • 1.闭散列
  • • 1.线性探测
    • 2.二次探测
  • 2.开散列（哈希桶）
• 四、模拟实现
• 完！

---

一、哈希表概念

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

理想的搜索方法：可以不经过任何比较，一次直接从表中得到要搜索的元素。 如果构造一种存储结构，通过某种函数(hashFunc)使元素的存储位置与它的关键码之间能够建立一一映射的关系，那么在查找时通过该函数可以很快找到该元素。

当向该结构中：

• 插入元素

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

• 搜索元素

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

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

假如有一组数据：{ 1，7，6，4，5，9}；
哈希函数设置为：hash(key) = key % capacity; capacity为存储元素底层空间总的大小

用该方法进行搜索不必进行多次关键码的比较，因此搜索的速度比较快
问题：按照上述哈希方式，向集合中插入元素44，会出现什么问题？很显然会和4发生冲突。

二、冲突

1.概念

对于两个数据元素的关键字key不相等，当计算出来的哈希值相等，就比如上面的44和4计算出来的哈希值就相等。
即：不同关键字通过相同哈希哈数计算出相同的哈希地址，该种现象称为哈希冲突或哈希碰撞
把具有不同关键码而具有相同哈希地址的数据元素称为“同义词”

2.避免冲突（哈希函数的设计）

首先，我们需要明确一点，由于我们哈希表底层数组的容量往往是小于实际要存储的关键字的数量的，这就导致一个问题，冲突的发生是必然的，但我们能做的应该是尽量的降低冲突率。
引起哈希冲突的一个原因可能是：哈希函数设计不够合理。 哈希函数设计原则：

• 哈希函数的定义域必须包括需要存储的全部关键码，而如果散列表允许有m个地址时，其值域必须在0到m-1之间

• 哈希函数计算出来的地址能均匀分布在整个空间中

• 哈希函数应该比较简单

3.常见哈希函数

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种不同的符号在各位上出现的频率不一定相同，可能在某些位上分布比较均匀，每种符号出现的机会均等，在某些位上分布不均匀只有某几种符号经常出现。可根据散列表的大小，选择其中各种符号分布均匀的若干位作为散列地址。
例如：一个学校要做登记就用，如果用学号来做为关键字，那么前几位肯定是一样的，但后面4位是肯定不一样的。如果这样的抽取学号后4位还容易出现 冲突，还可以对抽取出来的数字进行反转(如1234改成4321)、右环位移(如1234改成4123)、左环移位、前两数与后两数叠加(如1234改成12+34=46)等方法。
数字分析法通常适合处理关键字位数比较大的情况，如果事先知道关键字的分布且关键字的若干位分布较均匀的情况

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

三、冲突避免（负载因子调节）

散列表的载荷因子定义为：负载因子 = 填入表中的元素个数 / 散列表的长度

所以当冲突率达到一个无法忍受的程度时，我们需要通过降低负载因子来变相的降低冲突率。
已知哈希表中已有的关键字个数是不可变的，那我们能调整的就只有哈希表中的数组的大小。

1.闭散列

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

1.线性探测

比如上面的场景，现在需要插入元素44，先通过哈希函数计算哈希地址，下标为4，因此44理论上应该插在该位置，但是该位置已经放了值为4的元素，即发生哈希冲突。
线性探测：从发生冲突的位置开始，依次向后探测，直到寻找到下一个空位置为止

通过哈希函数获取待插入元素在哈希表中的位置
如果该位置中没有元素则直接插入新元素，如果该位置中有元素发生哈希冲突，使用线性探测找到下一个空位置，插入新元素

采用闭散列处理哈希冲突时，不能随便物理删除哈希表中已有的元素，若直接删除元素会影响其他元素的搜索。比如删除元素4，如果直接删除掉，44查找起来可能会受影响。因此线性探测采用标记的伪删除法来删除一个元素。

线性探测的缺点：会把冲突的元素挤在一起，同时也不能随便删除冲突的元素

2.二次探测

线性探测的缺陷是产生冲突的数据堆积在一块，这与其找下一个空位置有关系，因为找空位置的方式就是挨着往后逐个去找，因此二次探测为了避免该问题，找下一个空位置的方法为：Hash(key) + i²
其中：i = 1,2,3…， 是通过散列函数Hash(x)对元素的关键码 key 进行计算得到的位置，m是表的大小。i是发生冲突的次数。

研究表明：当表的长度为质数且表装载因子a不超过0.5时，新的表项一定能够插入，而且任何一个位置都不
会被探查两次。因此只要表中有一半的空位置，就不会存在表满的问题。在搜索时可以不考虑表装满的情况，但在插入时必须确保表的装载因子a不超过0.5，如果超出必须考虑增容。
因此：比散列最大的缺陷就是空间利用率比较低，这也是哈希的缺陷。

2.开散列（哈希桶）

开散列法又叫链地址法(开链法)，首先对关键码集合用散列函数计算散列地址，具有相同地址的关键码归于同一子集合，每一个子集合称为一个桶，各个桶中的元素通过一个单链表链接起来，各链表的头结点存储在哈希表中。
简单来说就是一个数组里面存的是发生冲突数据链表的头节点

从上图可以看出，开散列中每个桶中放的都是发生哈希冲突的元素。
开散列，可以认为是把一个在大集合中的搜索问题转化为在小集合中做搜索了。

冲突严重时的解决办法
刚才我们提到了，哈希桶其实可以看作将大集合的搜索问题转化为小集合的搜索问题了，那如果冲突严重，就意味
着小集合的搜索性能其实也时不佳的，这个时候我们就可以将这个所谓的小集合搜索问题继续进行转化，例如：

1. 每个桶的背后是另一个哈希表
2. 每个桶的背后是一棵搜索树

四、模拟实现

1.在jdk1.8当中遇到到哈希冲突的时候，采用尾插法
2.当数组长度超过64并且链表长度超过8。链表就会变成一颗红黑树

public class HashTable<K,V> {
    public static class Node<K,V> {
        private K key;
        private V val;
        private Node<K,V> next;

        public Node(K key,V val) {
            this.key = key;
            this.val = val;
        }

    }
    private Node<K,V>[] array;
    private int usedSize;
    private static final double loadFactor = 0.75;//负载因子
    public HashTable() {
        this.array = (Node<K, V>[]) new Node[10];
        this.usedSize = 0;
    }

    public void put(K key,V val) {
        //通过hashCode方法 定义数组下标
        int hash = key.hashCode();
        int index = hash%this.array.length;
        //判断index位置是否存在key
        Node<K,V> cur = this.array[index];
        while (cur != null) {
            if (cur.key.equals(key)) {
                cur.val = val;
                return;
            }
            cur = cur.next;
        }
        Node<K,V> node = new Node<>(key,val);
        node.next = this.array[index];
        this.array[index] = node;
        this.usedSize++;
        //大于负载因子就增容
        if (loadFactor() >= loadFactor) {
            resize();
        }
    }
    public double loadFactor() {
        return  this.usedSize*1.0 / this.array.length;
    }

    /**
     * 2倍扩容
     */
    public void resize() {
        Node<K,V>[] arr = new Node[this.array.length*2];
        for (int i = 0; i < this.array.length; i++) {
            Node<K, V> cur = this.array[i];
            Node<K, V> curNext = null;
            while (cur != null) {
                curNext = cur.next;
                int hash = cur.key.hashCode();
                int index = hash % arr.length;
                cur.next = arr[index];
                arr[index] = cur;
                cur = curNext;
            }
        }
        this.array = arr;
    }
    public V get(K key) {
        if (this.usedSize == 0) {
            throw new NullPointerException("哈希表为空");
        }
        int index = key.hashCode()%this.array.length;
        Node<K,V> cur = this.array[index];
        while (cur != null) {
            if (cur.key.equals(key)) {
                return cur.val;
            }
            cur = cur.next;
        }
        return null;
    }
}

---

完！