HashMap详解以及常见面试题

HashMap详解以及常见面试题

强烈建议!!!阅读另外一篇用图演示流程的HashMap详解文章,不懂来敲我
点这里 >> 【多图预警,不懂来敲我】HashMap详解

一、概要

本文先会将hashmap的基本概念属性梳理一遍后,再从增删改查方法中每个步骤逐一解释说明。力求达到通熟易懂,逻辑清晰,便于加深印象。

二、概念

首先Hashmap的底层数据结构是由数组+链表组成的,是线程不安全,允许key和value为null。底层结构数组叫哈希桶,而桶内则是链表,链表中的节点Node存放着实际的元素。

Hashmap中获取元素时的主要流程步骤为,首先对key值进行hash算法得出hash值即哈希桶中的索引值,再找到对应的hash桶。如果存在,则通过(拉链法)链表从前往后比较value值是否相等,直到找到元素或下个节点为null时。
而增加元素或修改元素的主要流程步骤与获取相类似,不同在于当增加元素后,如果总元素size大于阈值时,会发生扩容。
在JDK8中,加强了hash算法的效率以及利用率,当桶内元素大于8和桶数组长度大于64时,将链表转换为红黑树,优化了扩容时的算法。

三、分解

1. hash算法

在上面概念中讲到,hash算法是计算key值对应哈希桶的位置即索引值。我们都知道数组在获取元素会比链表快,所以我们应该尽量让每个哈希桶只有一个元素,这样在查询时就只需要通过索引值找到对应的哈希桶内的值,而不需要再通过桶内的链表一个一个去查。所以hash算法的作用是为了让元素分散均匀,从而提高查询效率。那接下来通过代码来一步一步分析时如何让元素分布均匀的。

//这是根据key值获取value值的方法
public V get(Object key) {
    Node<K,V> e;
    //先调用hash(key)
    return (e = getNode(hash(key), key)) == null ? null : e.value;
}

//Hash算法如下
static final int hash(Object key) {
    int h;
    //第一步:先获取key中的hashCode值
    return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
    //第二步 再与hashcode无符号向右移16位的值进行抑或 
}
final Node<K,V> getNode(int hash, Object key) {
    Node<K,V>[] tab; Node<K,V> first, e; int n; K k;
    if ((tab = table) != null && (n = tab.length) > 0 &&
        //第三步 n是指数组长度,hash与(n-1)进行&与运算
        (first = tab[(n - 1) & hash]) != null) {
        //省略
        ...
        ...
    }
    return null;
}

首先第一步获取hashcode没什么问题,到第二步为什么会跟hashcode无符号右移16位的值进行抑或呢? 其实是将高位与低位进行与运算,减少碰撞机率。第三步取余运算,但在计算机运算中&肯定比%快,又因为h % n = h &(n - 1),所以最终将第二步得到的hash跟n-1进行与运算。n是table中的长度。
hash算法图解

2、get方法,查询元素

查询get方法相对简单,只要明白hash算法后得到哈希桶的索引值,再对桶内的链表进行比较hash,key是否相等。下面是get方法中主要的代码

    final Node<K,V> getNode(int hash, Object key) {
        Node<K,V>[] tab; Node<K,V> first, e; int n; K k;
        //如果表为null或长度为0,或者经过hash算法后得到的哈希桶为null,则直接返回null
        if ((tab = table) != null && (n = tab.length) > 0 &&
            (first = tab[(n - 1) & hash]) != null) {
            //如果链表中的第一个节点元素相等则直接返回该Node
            if (first.hash == hash && // always check first node
                ((k = first.key) == key || (key != null && key.equals(k))))
                return first;
            //第二个节点不为空时继续往后找
            if ((e = first.next) != null) {
                //判断是否为红黑树,是则交给红黑树去查找
                if (first instanceof TreeNode)
                    return ((TreeNode<K,V>)first).getTreeNode(hash, key);
                //否则循环链表找到对应相等的元素,直到找到或下个节点为null
                do {
                    if (e.hash == hash &&
                        ((k = e.key) == key || (key != null && key.equals(k))))
                        return e;
                } while ((e = e.next) != null);
            }
        }
        return null;
    }
3.put方法,增加

put方法是重点也是最复杂的操作。需要掌握在什么情况下要扩容(后面会讲一下是如何扩容的),满足什么条件下链表需要转成红黑树。下面是put方法中流程图
put方法思维导图

    final V putVal(int hash, K key, V value, boolean onlyIfAbsent,
                   boolean evict) {
        Node<K,V>[] tab; Node<K,V> p; int n, i;
        //table为null或length长度为0则扩容
        if ((tab = table) == null || (n = tab.length) == 0)
            n = (tab = resize()).length;
        //如果哈希桶为null,则创建节点放在该桶内
        if ((p = tab[i = (n - 1) & hash]) == null)
            tab[i] = newNode(hash, key, value, null);
        else {
            Node<K,V> e; K k;
            //如果桶内第一个元素hash相等,key相等,则更新此节点
            if (p.hash == hash &&
                ((k = p.key) == key || (key != null && key.equals(k))))
                e = p;
            //判断是否为红黑树,若是则调用红黑树的putTreeVal
            else if (p instanceof TreeNode)
                e = ((TreeNode<K,V>)p).putTreeVal(this, tab, hash, key, value);
            else {
                //循环链表
                for (int binCount = 0; ; ++binCount) {
                    //知道下个节点为null时
                    if ((e = p.next) == null) {
                        //增加节点
                        p.next = newNode(hash, key, value, null);
                        //如果桶内的节点是否大于8
                        if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
                        //这个方法里还会判断桶数组长度是否大于64,大于则会转换为红黑树
                            treeifyBin(tab, hash);
                        break;
                    }
                    //如果找到相等的节点则退出循环
                    if (e.hash == hash &&
                        ((k = e.key) == key || (key != null && key.equals(k))))
                        break;
                    p = e;
                }
            }
            //只有找到相等节点是e不为null
            if (e != null) { // existing mapping for key
                //更新节点为新的值
                V oldValue = e.value;
                if (!onlyIfAbsent || oldValue == null)
                    e.value = value;
                afterNodeAccess(e);
                return oldValue;
            }
        }
        ++modCount;
        //最后判断增加后的个数是否大于阈值,大于则扩容
        if (++size > threshold)
            resize();
        afterNodeInsertion(evict);
        return null;
    }
4.扩容

扩容是Hashmap重点中的重点。也是最耗性能的操作。扩容的步骤是先对size扩大两倍,再对原先的节点重新经过hash算法得到新的索引值即复制到新的哈希桶里。最后得到新的table。其中jdk8对扩容进行了优化,提高了扩容的效率。但在平常运用中尽量要避免让hashmap进行扩容,若已知hashmap中的元素数量,则一开始初始化hashmap时指定容量,这样就减少了hashmap扩容次数。

    final Node<K,V>[] resize() {
        Node<K,V>[] oldTab = table;
        int oldCap = (oldTab == null) ? 0 : oldTab.length;
        int oldThr = threshold;
        int newCap, newThr = 0;
        if (oldCap > 0) {
            //如果容量大于了最大容量时,直接返回旧的table
            if (oldCap >= MAXIMUM_CAPACITY) {
                threshold = Integer.MAX_VALUE;
                return oldTab;
            }
            //同时满足扩容两倍后小于最大容量和原先容量大于默认初始化的容量,对阈值增大两倍
            else if ((newCap = oldCap << 1) < MAXIMUM_CAPACITY &&
                     oldCap >= DEFAULT_INITIAL_CAPACITY)
                newThr = oldThr << 1; // double threshold
        }
  
        else if (oldThr > 0) // initial capacity was placed in threshold
            newCap = oldThr;
        else {               // zero initial threshold signifies using defaults
            //默认初始化容量和阈值
            newCap = DEFAULT_INITIAL_CAPACITY;
            newThr = (int)(DEFAULT_LOAD_FACTOR * DEFAULT_INITIAL_CAPACITY);
        }
        if (newThr == 0) {
            float ft = (float)newCap * loadFactor;
            newThr = (newCap < MAXIMUM_CAPACITY && ft < (float)MAXIMUM_CAPACITY ?
                      (int)ft : Integer.MAX_VALUE);
        }
        threshold = newThr;
        @SuppressWarnings({"rawtypes","unchecked"})
            Node<K,V>[] newTab = (Node<K,V>[])new Node[newCap];
        table = newTab;
        if (oldTab != null) {
            //接下来对哈希桶的所有节点转移到新的哈希桶中
            for (int j = 0; j < oldCap; ++j) {
                Node<K,V> e;
                //如果哈希桶为null,则不需任何操作
                if ((e = oldTab[j]) != null) {
                    //将桶内的第一个节点赋值给e
                    //将原哈希桶置为null,让gc回收
                    oldTab[j] = null;
                    if (e.next == null)
                        //如果e的下个节点(即第二个节点)为null,则只需要将e进行转移到新的哈希桶中
                        newTab[e.hash & (newCap - 1)] = e;
                    else if (e instanceof TreeNode)
                        //如果哈希桶内的节点为红黑树,则交给TreeNode进行转移
                        ((TreeNode<K,V>)e).split(this, newTab, j, oldCap);
                    else { // preserve order
                        //将桶内的转移到新的哈希桶内
                        //JDK1.8后将新的节点插在最后面
                        
                        //下面就是1.8后的优化
                        //1.7是将哈希桶的所有元素进行hash算法后转移到新的哈希桶中
                        //而1.8后,则是利用哈希桶长度在扩容前后的区别,将桶内元素分为原先索引值和新的索引值(即原先索引值+原先容量)。这里不懂为什么,可以看下一段图文讲解。
                        
                        //loHead记录低位链表的头部节点
                        //loTail是低位链表临时变量,记录上个节点并且让next指向当前节点
                        Node<K,V> loHead = null, loTail = null;
                        //hiHead,hiTail与上面的一样,区别在于这个是高位链表
                        Node<K,V> hiHead = null, hiTail = null;
                        Node<K,V> next;
                        do {
                            //用于临时记录当前节点的next节点
                            next = e.next;
                            //e.hash & oldCap==0表示扩容前后对当前节点的索引值没有发生改变
                            if ((e.hash & oldCap) == 0) {
                                //loTail为null时,代表低位桶内无元素则记录头节点
                                if (loTail == null)
                                    loHead = e;
                                else
                                    //将上个节点next指向当前节点
                                    //即新的节点是插在链表的后面
                                    loTail.next = e;
                                //将当前节点赋值给loTail
                                loTail = e;
                            }
                            else {
                                //跟上面的步骤是一样的。
                                if (hiTail == null)
                                    hiHead = e;
                                else
                                    hiTail.next = e;
                                hiTail = e;
                            }
                            //当next节点为null则退出循环
                        } while ((e = next) != null);
                        //如果低位链表记录不为null,则低位链表放到原index中
                        if (loTail != null) {
                            //将最后一个节点的next属性赋值为null
                            loTail.next = null;
                            newTab[j] = loHead;
                        }
                        //如果高位链表记录不为null,则高位链表放到新index中
                        if (hiTail != null) {
                            hiTail.next = null;
                            newTab[j + oldCap] = hiHead;
                        }
                    }
                }
            }
        }
        return newTab;
    }

1.8对扩容方法进行了优化,经过rehash之后,元素的位置要么是在原位置,要么是在原位置再移动2次幂的位置。 看下图可以明白这句话的意思,n为table的长度,图(a)表示扩容前的key1和key2两种key确定索引位置的示例,图(b)表示扩容后key1和key2两种key确定索引
元素在重新计算hash之后,因为n变为2倍,那么n-1的mask范围在高位多1bit(红色),因此新的index就会发生这样的变化:
index变化
因此,我们在扩充HashMap的时候,不需要像JDK1.7的实现那样重新计算hash,只需要看看原来的hash值新增的那个bit是1还是0就好了,是0的话索引没变,是1的话索引变成“原索引+oldCap”,可以看看下图为16扩充为32的resize示意图:
jdk1.8 hashMap扩容例图3

这个设计确实非常的巧妙,既省去了重新计算hash值的时间,而且同时,由于新增的1bit是0还是1可以认为是随机的,因此resize的过程,均匀的把之前的冲突的节点分散到新的bucket了。这一块就是JDK1.8新增的优化点。有一点注意区别,JDK1.7中rehash的时候,旧链表迁移新链表的时候,如果在新表的数组索引位置相同,则链表元素会倒置,但是从上图可以看出,JDK1.8不会倒置
参考:resize方法详解
总结下通过分析代码后的一些心得

  • 运算尽量用位运算代替,比较高效。例如hash算法中的取模运算,用&n-1去替代%n方法,元素起来更加高效
  • 变量不用以后要赋值为null,让gc进行回收
  • 当桶内节点大于8和桶数组长度大于64时才会转换为红黑树,前者在putValue中验证,后者treeifyBin方法中判断
  • 扩容时,对容量进行扩大两倍后,原链表上的节点可能存放在原来的下表即low位。或者是存放在high位。high = low + oldCapacity

四、常见的面试题

1.HashMap底层是如何实现的?

首先底层数据结构是由数组+链表组成链表散列。HashMap先得到key的散列值,在通过扰动函数(减少碰撞次数)得到Hash值,接着通过hash & (n -1 ),n位table的长度,运算后得到数组的索引值。如果当前节点存在元素,则通过比较hash值和key值是否相等,相等则替换,不相等则通过拉链法查找元素,直到找到相等或者下个节点为null时。
1.8对扰动函数,扩容方法进行优化,并且增加了红黑树的数据结构。

2.HashMap 和 Hashtable 的区别
  • 线程安全 HashMap是线程不安全的,而HashTable是线程安全的,每个人方法通过修饰synchronized来控制线程安全。
  • 效率 HashMap比HashTable效率高,原因在于HashTable的方法通过synchronized修饰后,并发的效率会降低。
  • 允不允许null HashMap运行只有一个key为null,可以有多个null的value。而HashTable不允许key,value为null。
3.HashMap的长度为什么是2的幂

在HashMap的操作流程中,首先会对key进行hash算法得到哈希值,其次哈希值会与哈希数组长度取余得到一个索引值,即 h = hash % n (n为哈希数组的长度),这个索引值h就是对应哈希桶数组的索引。又因为&比%运算快,假设n是2的幂,可以用&运算替换%运算,公式会变成 hash & (n-1)。所以这就解释了为什么HashMap长度是2的幂。

4.Jdk1.8中满足什么条件后将链表转化成红黑树?

很显然在putVal方法中是判断链表长度是否大于8,之后通过treeifyBin方法中判断桶数组长度是否大于64,小于则优先扩容,大于则转为红黑树。

//putVal方法判断桶内元素是是否大于8
if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
    treeifyBin(tab, hash);
break;

//判断桶数组长度是否大于64,小于则优先扩容,大于则转为红黑树。  
if (tab == null || (n = tab.length) < MIN_TREEIFY_CAPACITY)
    resize();

可能有人会问为什么桶数组长度小于64优先选择扩容呢?原因如下:

  1. 当桶数组太小时,元素碰撞率会比较高。
  2. 数组太小会频繁扩容,导致红黑树不断拆分重新映射。
  • 24
    点赞
  • 116
    收藏
    觉得还不错? 一键收藏
  • 19
    评论
2018/10/05 周五 上午 11:48 306,378 3ServerSocket用法.pdf 2018/09/15 周六 下午 19:22 20,539 activeMQ面试题.docx 2019/06/13 周四 下午 21:54 4,290 BAT 面试总结.txt 2018/11/18 周日 上午 10:08 17,556 BATJ面试题.docx 2018/10/04 周四 上午 11:29 757,665 CrudRepository-API.docx 2018/09/15 周六 下午 20:09 24,609 dubbo面试题.docx 2018/09/15 周六 下午 20:29 148,658 hashMap的底层实现原理.docx 2018/09/30 周日 上午 09:03 17,130 http和socket之长连接和短连接区别.d ocx 2018/09/17 周一 下午 16:15 14,967 Java基础.docx 2018/09/10 周一 下午 15:39 40,300 JAVA堆模型.png 2018/09/15 周六 下午 15:47 28,460 Java多线程面试题50.docx 2018/10/03 周三 下午 17:15 22,866 Java用自定义的类作为HashMap的key值 实例详解.docx 2018/09/16 周日 上午 11:02 98,953 Java程序的执行过程.docx 2019/06/07 周五 上午 07:01 1,335,468 Java经典面试题.pdf 2018/11/20 周二 下午 17:31 68,644 Java面试题141.docx 2018/11/17 周六 下午 12:26 12,027 Java高级工程师.docx 2018/09/16 周日 下午 16:11 35,439 jvm面试题.docx 2018/09/30 周日 上午 10:43 0 maven路径地址.txt 2018/10/07 周日 下午 22:48 557,785 mysql优化1.docx 2018/12/08 周六 下午 16:08 17,967 Nginx面试中最常见的18道题.docx 2018/09/15 周六 下午 20:03 38,912 redis面试总结.doc 2018/09/18 周二 下午 20:40 209,408 spring-cloud微服务.doc 2018/10/07 周日 下午 15:56 13,336 于胜军mysql优化.docx 2018/10/02 周二 下午 21:52 62,462 分布式系统数据一致性的6种方案.docx 2018/10/06 周六 下午 17:17 97,111 分布式锁简单入门以及三种实现方式介 绍.docx 2019/04/29 周一 下午 15:58 18,097 图灵群面试题.docx 2018/09/12 周三 上午 11:21 52,736 工厂模式实现.doc 2018/10/03 周三 下午 19:23 587,264 张孝祥-Java多线程与并发库高级应用. doc 2018/09/16 周日 下午 12:24 19,348 数据库悲观锁和乐观锁的区别.docx 2018/12/17 周一 上午 11:20 15,545 杨磊磊面试题.docx 2018/09/14 周五 下午 15:04 12,442 死锁分析.docx 2018/10/06 周六 上午 11:12 99,815 深入理解JVM总结-垃圾收集器与内存分 配策略.docx 2018/10/06 周六 下午 19:36 1,761 算法和数据结构--目录.txt 2018/09/30 周日 下午 13:24 36,996 线程安全的CopyOnWriteArrayList介绍 .docx 2018/10/05 周五 上午 11:31 12,473 线程池相关知识点.docx 2018/09/15 周六 下午 15:53 32,288 美团面试题.docx 2018/09/15 周六 下午 15:55 44,123 美联达面试题.docx 2018/11/04 周日 下午 16:17 709,934 轻松搞定JavaWeb面试.docx 2018/12/16 周日 上午 09:31 806,830 达令Java面试.docx 2018/12/14 周五 下午 15:36 62,615 鸿云亚信科技面试题-最终版.docx 40 个文件 6,463,197 字节 2 个目录 114,012,631,040 可用字节

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 19
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值