HashMap源码分析和面试准备

Posted duibd

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了HashMap源码分析和面试准备相关的知识,希望对你有一定的参考价值。

HashMap源码分析和面试准备

写在前面

本篇涉及到的知识面比较广,无论你是小白还是有经验人士,都可快速理解hashmap,目的是理解知识并能通过面试,一些过于深入和细节的东西不在这里讨论。

预备知识

  • hash(哈希)是什么

Hash,一般翻译做散列、杂凑,或音译为哈希,是把任意长度的输入(又叫做预映射pre-image)通过散列算法变换成固定长度的输出,该输出就是散列值。这种转换是一种压缩映射,也就是,散列值的空间通常远小于输入的空间,不同的输入可能会散列成相同的输出,所以不可能从散列值来确定唯一的输入值。

技术图片

enter description here

简单点说,hash就是把任意的内容通过计算转换成一个特殊的值。文章也好,数字也好,视频也好……不管你的原内容有多大,转换后的结果都是同一个格式的值,这个值可以是字符串,可以是数字,具体取决于调用的算法。就像不管你是电影明星,还是社会大佬,还是企业高管,不管你有多少头衔,进了监狱,你就只有代号。

技术图片

enter description here

哈希是音译过来的,密码学中称其为摘要算法,这个词就好理解多了,做摘要嘛,就像一本书或者一部电影的介绍一样,提取特点用简短的语言描述而已。

技术图片

enter description here

比如学校里有一千个学生,校长让我给他找几个学习好的同学,或者让我给他找几个会拉格朗日中值定理的同学,每个学生掌握的知识程度都不一样,我他妈上哪找去,一个一个问啊,这也太慢了,而且万一他明明不会缺骗我说他会怎么办?

考试!!!通过考试,把每个学生的学习成果由抽象概念转换成了一个真实的分数,现在校长让我找学习最好的同学,我就可以去找考试满分的同学,让我找会拉格朗日的同学,我就可以找相关题目答满分的同学。这样是不是就很方便了,第一减少了我的查询时间,第二学生不能不懂装懂。

以上例子就可以理解为一个摘要算法(哈希),你交白卷也好,你全写了也好,你填写的内容就是原文,考试的打分规则就是这里的算法,经过计算后给你得出你的分数,这就是你的哈希值。不管你原文有多长,不管你本人有多吊或者你爸是校长,你得到的分数都是0-满分之间。

总结一下hash的特点和用法

  1. 任意长度的输入,得到固定长度的输出
  2. 不可逆,可以把原文计算成密文,但是不能倒推回去
    解释:比如“我爱你”计算后为“aaa",但是你无法通过”aaa"推导出他的原文
  3. 算法不固定,只要满足hash的思想就是hash算法。加密领域的常见摘要算法有md5,sha256等。
  4. 可以用来快速检索:比如比较一篇文章和其他一万篇文章是否相同,一行一行去看太慢了,做个哈希转换成某些数字去比较会更快。
  5. 防篡改:密码学里的主要用途,因为只能加密不能解密,所以发送数据时会把原文加密后把原文和密文一起发给对方,对方收到后,先对原文做个加密,如果密文和收到的一样说明内容没被改过。常见的比如用迅雷下载时,一般会带一个md5文件,如果下载完成后提示文件不安全,那可能就是源文件被修改过和提供的密文不一致。
  6. 密码保存。注册密码都是加密后保存在数据库的,好处就是数据库维护人员无法直接看到用户的密码,并且无法倒推。用户登录时,输入密码,计算hash,和数据库里存的去比较。
  • 数组

内存中的一片连续区域,同类型数据的集合,有索引,查询快,增删慢,不可扩容。

  • 链表

不连续的区域,每个节点放值和指向下一个节点的指针。查询慢,增删块。

  • 哈希表

可以理解为数组和链表的组合。即一个一维数组,但是数组中的每个元素是一个链表。

技术图片

enter description here

为什么要用哈希表?可以看这篇博客 http://m.elecfans.com/article/1194442.html
简单来说,为了在保存数据的时候更方便,达到空间和时间的一个平衡。
向哈希表里存数据时,这里以s代表数据,要先计算s的hash值,然后根据这个hash值去计算它应该对应哪个索引,也就是放在数组的哪一个单元格内。
我们知道hash是不同长度的输入对应固定长度的输出,也就是说肯定会有某些数据计算出的hash是一样的,这个就叫做hash冲突或者碰撞。
插入过程中当发现两个数据的hash一致,那么对应在数组里的索引也一致,这是就会采用链表式的插入方法,将新数据插入后,让该位置原来的数据指向新数据(这里涉及到头插法和尾插法)
查询的时候类似于查字典,我们查字典的时候都是先去找拼音,然后会找到对应的页数,这一步就相当于根据索引直接找到了数据,但是同音字有很多,所以我们还得一个一个的看是不是我们要的字,这里就相当于遍历链表了。

技术图片

enter description here

  • 二叉树

树结构,但是呢,每个节点最多只能有两个分叉

技术图片

enter description here

  • 红黑树

自平衡的二叉树
什么叫平衡,简单理解就是任意节点的左右两个子树高度差都小于等于1,这样便利起来会更均匀

技术图片

enter description here

红黑树的自平衡,就是他会通过变色和旋转,使自己可以动态的平衡,也就是说不用你来平衡我,我可以自己变化。类比的话,平衡二叉树就像学校里的女朋友,比较孩子气,一不开心就需要你哄,需要你去让她平衡。红黑树相当于比较成熟的贤妻良母,当她不开心的时候,可以自己调节。

技术图片

enter description here

推荐个视频,专讲红黑树
https://www.bilibili.com/video/BV11E411Y77y?from=search&seid=16749414293990551107

源码分析

jdk1.7实现

  • 基本参数

    • 默认初始容量:static final int DEFAULT_INITIAL_CAPACITY = 1 << 4;
    • 最大容量:static final int MAXIMUM_CAPACITY = 1 << 30;
    • 负载因子(扩容因子):static final float DEFAULT_LOAD_FACTOR = 0.75f;
    • 键值对个数:transient int size;
    • 扩容时的阈值,当前容量 * 负载因子:int threshold;
    • 被修改的次数:transient int modCount;
      • put,get,remove,intereator等方法中,都使用了该属性。由于HashMap不是线程安全的,所以在迭代的时候,会将modCount赋值到迭代器的expectedModCount属性中,然后进行迭代,
        如果在迭代的过程中HashMap被其他线程修改了,modCount的数值就会发生变化,
        这个时候expectedModCount和ModCount不相等,
        迭代器就会抛出ConcurrentModificationException()异常
  • 构造方法

技术图片

enter description here

一般我们常用的是第一种,无参构造,这时默认初始容量就是16,默认负载因子是0.75。
这里我们只讨论上面的三个构造,通过查看源码得知,前两个构造方法内部都使用的是第三个构造

技术图片

enter description here

第三个构造内部首先对传进来的容量和负载因子做判断,主要是看数据是否合规,此时,让扩容阈值等于了初始容量。注意这个时候仅仅是给一些必要的参数赋值,并没有在此时初始化HashMap,没有分配空间。

  • put方法
 public V put(K key, V value) {
        if (table == EMPTY_TABLE) {     //判断是否内容为空,这里的table是一个键值对数组,默认是空的。
            inflateTable(threshold);			//如果内容为空,则首先初始化
        }
        if (key == null)							//如果传入的key是null,则调用下面的方法
            return putForNullKey(value);
        int hash = hash(key);				//如果key是存在的,那么计算key的hash
        int i = indexFor(hash, table.length);//计算完哈希后,根据哈希和数组长度去计算对应的索引,也就是这个key应该在数组里哪里存储
        for (Entry<K,V> e = table[i]; e != null; e = e.next) {//数组中的每个元素是一个链表,已经计算除了索引,所以遍历该索引位置上的链表,目的是为了检查传进来的key是否已经存在在表里
            Object k;
            if (e.hash == hash && ((k = e.key) == key || key.equals(k))) {//如果发现链表上的元素和传进来的key各方面都一样(hash,地址,内容)那么就说明表里已经有了,那么就保持key不变,更新value,并返回旧的value
                V oldValue = e.value;
                e.value = value;
                e.recordAccess(this);
                return oldValue;
            }
        }

        modCount++;  //被修改次数加一,这个值主要是为了线程安全考虑,和本方法的业务无关
        addEntry(hash, key, value, i); //如果是一个新key,则添加元素。
        return null;
    }

接下来一条一条分析

技术图片

enter description here

1.初始化具体做了哪些东西“inflateTable(threshold);”

 private void inflateTable(int toSize) {
        // Find a power of 2 >= toSize
        int capacity = roundUpToPowerOf2(toSize);//这里可以看到,初始化时,无论传进来的初始容量是多少,都会向上取整为2的幂。也就是说,虽然构造方法中可以让用户自定义容量大小,但是进来后也会向上转成2的幂。当然,如果本身就是2的幂,那么就不会转换了,这里看源码,会发现他做了一个-1操作,目的就是为了防止把正确容量也翻一倍。比如你传进来的是15,那么向上取整为16.如果传进来的是16,向上取整就成了32,这是不合理的,所以任何数在取整时都先-1.

        threshold = (int) Math.min(capacity * loadFactor, MAXIMUM_CAPACITY + 1);//计算扩容阈值
        table = new Entry[capacity];//初始化
        initHashSeedAsNeeded(capacity);
    }

2.如果key为null怎么办“ return putForNullKey(value);”

技术图片

enter description here

这里可以看到,如果key为null,则默认放在数组的索引为0的位置,换句话说,如果遍历这个hashmap,key为null会出现在前面。首先是上面的循环,我们发现,如果发现链表里还有null,那么就替换value,也就是说,key可以为null,但是只能有一个。
如果说是第一次加入key为null的元素,那么直接保存在索引为0的位置。

插队!!!
这里插队讲一下计算hash和索引的方法

技术图片

enter description here

每次插入key时,都要计算对应的hash值,那么如何根据hash值去计算索引呢?从应用的角度考虑,我们肯定希望这些元素能均匀的分布在数组的不同格子里,这样做查询的时候就会快。如果分布不均匀,比如所有元素都分布到了同一个格子里,那岂不是退化成了一个链表,查询效率就低了。所以怎么才能保证把所有元素平分到每个格子里呢?
想想平时我们写代码时,遇到想分为几种情况讨论时是如何做的?聪明的你一定想到了,取余。什么?你没想到?那你写代码太少了。本篇不适合你。

技术图片

enter description here

看上面这段代码,i是在递增,对三取余就三种情况。对几取余就是几种情况。

对于我们计算出的hash来说,先不要管他计算出的显示形式是数字还是字符串还是其他,反正肯定可以转成二进制,能转成二进制那是否就能转成十进制,反正你是个数字,对吧,每个key的hash不一样,那么对数组长度取余是否就算是平均分了。

技术图片

enter description here

但是这里存在两个问题,数组的索引是从0开始的,但是我们计算出的hash有可能是个负数,同时,取余操作太慢了,既然要做计算,直接用二进制肯定是最快的。
所以,计算索引的时候我们是这样做的,hash & 数组长度(可以这样思考,任何两个数做&操作,得到的结果是否一定小于等于这两个数中的任意一个?废话肯定啊,没有概念的话可以自己画个图)

假设数组长度默认16,那么转换成二进制是10000
传进来的key也要计算hash,假设计算出来的hash是10111
那么&完后的结果是10000,我草,怎么还是16,尼玛这不索引越界了。
那么假设数组长度不是16,是17,也就是10001,传进来的hash为111,那么&完后,结果为0001,这个key会被放在所以为1的地方,但是再看,传进来的key如果是101,001,都被分配到了索引为1的地方,这显然就违背了我们的均匀分配的原则了。为什么呢?因为0和任何数&都是0,也就是说,我们只有保证数组长度的二进制里1越多越好。
基于以上,最终做求索引操作时,用的是(hash&(数组长度-1))
所以hashmap要求容量必须是2的幂,因为2的幂转换成二进制是1后面若干个0,-1后,结果为0后面若干个1.既能保证分的均匀,也能保证不越界。

技术图片

enter description here

再看这个,最后一行是数组长度-1,上面是我假定的两个key的hash,发现了什么?因为数组长度有限,所以会导致这样一种情况,key的hash值高位不同,低位相同,也会被分到同一个索引,这就又不均匀了。怎么办呢?

3.计算hash时都做了哪些操作?

技术图片

enter description here

从上图可以看出,计算hash时不仅仅是得到hash这么简单,还做了一系列复杂的运算,其目的是通过各种右移能够让高位也参与运算,最大化的避免高位相同低位不同分到同一个索引。这里的注释也说明了这样操作的原因。

4.计算索引?

技术图片

enter description here

5.添加元素时做了哪些操作“ addEntry(hash, key, value, i);”

   void addEntry(int hash, K key, V value, int bucketIndex) {
        if ((size >= threshold) && (null != table[bucketIndex])) {//当当前的元素个数大于等于扩容阈值的时候,并且分配给新元素的这个位置以及有值,则扩容
            resize(2 * table.length);//扩容为原来的数组长度乘2
            hash = (null != key) ? hash(key) : 0;//如果key=null,则hash为0
            bucketIndex = indexFor(hash, table.length);//根据新数组长度重新计算索引
        }

        createEntry(hash, key, value, bucketIndex);//插入该节点
    }

扩容,很多人理解就是装不下了,所以要扩容。但是这里扩容的判断并不是达到数组最大值,而是数组长度 * 扩容因子,对于初始容量来说就是16 * 0.75 = 12 ,当hashmap里保存的元素个数达到12时就满足了扩容条件。为什么定0.75,看类的注释,可以发现,0.75是经过开发者测试得到的,达到这个值后出现碰撞的概率比较大啊,所以定了这个数。以下是原文,可以清楚的看到是为了达到空间和时间的一个平衡。
同理,初始容量默认是16,应该也是一个经验值,规定容量必须是2的n次方,初始太小了要频繁扩容,太大了又浪费,所以为了平衡选择16

这里需要注意,很多博客都说扩容的条件是达到元素个数达到扩容阈值,这其实不全面。通过看代码可以发现,if里的判断条件是两个,在元素个数达到阈值的同时,如果发现分配给新元素的这个索引已经被占用了,才扩容。单纯达到阈值是不扩容的。简单总结,就是元素个数达到了临界值并且新元素碰撞了,才扩容。

因为规定容量是2的幂,所以扩容时把原容量乘2.

扩容后,相当于重新开辟了一个更大的数组空间,然后要重新计算原数组中元素的哈希,并把原数组中的内容迁移过来。
原模原样搬过来不香吗,为什么要重新计算hash?
大哥,你再想想为啥要扩容,为啥达到容量乘扩容因子扩容?是放不下吗?是为了减少碰撞啊。
想一下你的原数组里,可能某一个索引位置上的链表已经很长了,这些元素可能都是高位不同低位相同的,新数组的容量更大,转换成2进制是不是相当于高位也有了值,这时重新计算哈希,不就把原来一个索引位置下链表里的内容给分散开了吗。

注意:按照源码来说,每次扩容后,会根据哈希值和新的容量去计算新的索引,但不一定每次都会重新计算哈希。是否重新计算hash,源码里写了和哈希种子还有int最大值有关系,但是具体怎么算,就不知道了。只要记住一般情况下并不会rehash就好了。

jdk1.7中插入数据采用的是头插法,也就是新来的元素会加在链表的开头,类似于栈,后来居上。因为开发者认为后加的元素可能被用到的几率更大,所以头插法可以快速查询。
当然这也带来了安全隐患,就是在多线程环境下,可能会出现死循环。想了解的话可以参考 https://coolshell.cn/articles/9606.html
为了解决这个问题,jdk8采用了尾插法。
不过HashMap本身就不是线程安全的,所以不建议在多线程下用。

技术图片

enter description here

  • get方法
    这里就补贴代码了,比较简单。
    通过get传一个key进来,获取value。其实就是计算一下key的哈希,然后计算索引找到数组中对应位置,然后遍历链表,去比key和链表里保存的是否一致(包括地址内容等),如果一致返回value。

如果key是null,则直接到索引为0的位置去找。

  • jdk1.8实现

咳咳,emm,8的实现有点复杂,我这里直接白嫖别人的博客了
以下为我觉得讲的不错的几篇:
https://www.jianshu.com/p/fb282d3d2e87
https://www.jianshu.com/p/28b18dbb00d6
https://blog.csdn.net/zxt0601/article/details/77413921

总结一下:
8的实现在7的基础上,增加了红黑树,HashMap的底层数据结构为数组+链表+红黑树
为什么要加红黑树呢,因为发现不管扩容机制有多好,依然会出现大量链表导致查询效率低下,所以在插入时,依然按照链表插入,这里不同于7,8里的插入时插入在尾部。当发现链表节点数到达8时(同时满足数组长度达到64,如果数组长度没达到64会先扩容),会将此链表转成红黑树。如果扩容后发现红黑树节点个数减少到了6,那么又会转换成链表。
除了底层数据结构,8还做了很多性能上的优化,比如扩容时不再重新计算哈希值和索引,直接用高低位的一种比较可直接得出索引,速度会更快。详细点可以看上面推荐的博客。

面试常见题目

  • HashMap的底层数据结构?

  • 如何存入元素

  • 如何取值

  • jdk7和8的区别

  • 为什么线程不安全

  • 有线程安全的替代类吗

  • 默认初始化大小?为什么?为什么大小是2的幂?

  • 扩容方式?负载因子?为什么?

  • 主要参数有哪些?

  • 如何处理hash碰撞的?

  • 索引是如何算出来的?

  • 哈希表初始化时机?

  • 我用LinkedList代替数组结构可以么

  • 哈希冲突的解决方法?

  • 为什么不用Hashtable而用ConcurrentHashMap?

  • 8中对HashMap做了哪些修改?

    • 由数组+链表的结构改为数组+链表+红黑树。
    • 优化了高位运算的hash算法:h^(h>>>16)
    • 扩容后,元素要么是在原位置,要么是在原位置再移动2次幂的位置,且链表顺序不变。
    • 不会在出现死循环问题。
  • 为什么在解决hash冲突的时候,不直接用红黑树?而选择先用链表,再转红黑树?

    • 因为红黑树需要进行左旋,右旋,变色这些操作来保持平衡,而单链表不需要。 当元素小于8个当时候,此时做查询操作,链表结构已经能保证查询性能。当元素大于8个的时候,此时需要红黑树来加快查询速度,但是新增节点的效率变慢了。
  • 不用红黑树,用二叉树可以吗?

    • 可以,但是在一些极端情况下,会退化成一条线性结构
  • 一般用什么作为key?

    • 一般用Integer、String这种不可变类当HashMap当key,而且String最为常用。
    • 因为字符串是不可变的,所以在它创建的时候hashcode就被缓存了,不需要重新计算。这就使得字符串很适合作为Map中的键,字符串的处理速度要快过其它的键对象。这就是HashMap中的键往往都使用字符串。
    • 因为获取对象的时候要用到equals()和hashCode()方法,那么键对象正确的重写这两个方法是非常重要的,这些类已经很规范的覆写了hashCode()以及equals()方法。
  • 可变类作为key可能发生什么问题

    • 取不出来值

    技术图片

    enter description here

  • 如何实现自定义类作为key?

    • 只要搞定两个问题即可:重写hashcode和equals,类不可变

    技术图片

    enter description here

linkedhashmap:https://www.jianshu.com/p/a2c5397e9b22
参考面试题: https://zhuanlan.zhihu.com/p/76735726
https://zhuanlan.zhihu.com/p/87929020






























































以上是关于HashMap源码分析和面试准备的主要内容,如果未能解决你的问题,请参考以下文章

源代码系列01——HashMap源码分析

BAT大厂面试官必问的HashMap相关面试题及部分源码分析

一篇文章彻底读懂HashMap之HashMap源码解析(上_)

面试重点之从源码分析HashMap和ArrayList在存储扩容等方面的区别

面试必会之HashMap源码分析

面试-HashMap原理与源码分析(JDK1.8)