HashMap相关知识

HashMap源码相关问题

15.HashMap底层数据结构？1.7和1.8的区别？

1.HashMap底层的底层数据结构？
jdk1.7使用的是 数组+单链表
jdk1.8使用的是 数组+链表+红黑树

2.put()，get()方法具体的一个执行流程？
put() 方法：
1.计算Key的hash值，结合数组长度，计算得桶下标；
((key.hashCode() ^ (key.hashCode() >>> 16)) & (table.length - 1))
2.如果Key的hash值未发生碰撞，直接放入桶中；
3.如果发生碰撞，并且Key值相同，则替换Value；
4.如果发生碰撞，并且Key值不相同，则插入链表的尾部（尾插法）或者红黑树中（树的添加方式）；
5.如果碰撞导致链表长度大于 TREEIFY_THRESHOLD = 8 并且 数组总容量大于64时，就把链表转换成红黑树；（treeify_threshold）
6.当桶中的元素个数大于 capacity * loadfactor 时，容器会进行扩容resize 为 2n，并重新计算每个节点的hash值。

get() 方法：
1.计算 Key 的 hash 值，从而获取该键值所在链表的数组下标；
2.顺序遍历链表，equals()方法查找相同 Node 链表中 K 值对应的 V 值。

2.HashMap是不是线程安全的呢？为什么不是线程安全的？
不是线程安全的
线程不安全原因：存在一个成员变量table,操作这个table成员变量进行扩容等操作时就可能存在线程安全的问题

3.怎么解决这个线程安全问题？
使用HashTable
使用ConcurrentHashMap
使用sychornized
JDK原生的API方法 Collections.synchronizedMap
public static <K,V> Map<K,V> synchronizedMap(Map<K,V> m) {
        return new SynchronizedMap<>(m);
 }

补充： 与 （&） 两位同时为1，结果才为1，否则结果为0。

​ 或 （ | ） 参加运算的两个对象只要有一个为1，其值为1。

​ 异或 （ ^ ） 两个对象，如果两个相应位相同为0，相异为1。

​ 取反 （ ~ ）按位取反，即将0变1，1变0。（注意：按位取反为负数时，就直接取其补码，变为十进制）

		左移  （ << ） 左移若干位，左边的二进制位丢弃，右边补0。（ 若左移时舍弃的高位不包含1，则每左移一位，相当于该数乘以2 ）

​ 右移（ >> ） 全部右移若干位，正数左补0，负数左补1，右边丢弃。( 操作数每右移一位，相当于该数除以2。)

左移是乘，右移是除

16.put()，get()方法具体的一个执行流程？

当使用HashMap的put方法的时候,有两个问题要解决：

1、长度为16的数组中，元素存储在哪个位置
2、如果key出现hash冲突,如何解决

第一个问题,HashMap 是使用下面的算法来计算元素的存放位置的。

 int hash = hash(key);
 int i = indexFor(hash, table.length);

首先先hash,之后结合数组的长度进行一个 & 操作得到得到数组的下标。

第二个问题 则利用Entry类的next变量来实现链表,把最新的元素放到链表头,旧的数据则被最新的元素的next变量引用着。
举个例子,假设元素Entry<“1”,“1”>通过hash算法算出存到下标为0的位置上,后面又添加一个Entry<“2”,“2”>,
假设Entry<“2”,“2”>通过hash算法算出也需要存到下标为0的数组中,那么此时链表是下面这个样子的:

Entry<”2”,”2”> –> Entry<”1”,”1”>

也即是说,当key出现hash冲突的时候,链表中的第一个元素都是后面最新添加进来的那个,之前的则被next变量引用着。虽然这里是插入的动作,但是由于使用了链表,所以无需像数组的插入那样,进行数组拷贝。

HashMap get操作：

这个操作的原理就比较简单,只需要根据key的hashcode算出元素在数组中的下标,之后遍历Entry对象链表,直到找到元素为止。

int hash = (key == null) ? 0 : hash(key);
for (Entry<K,V> e = table[indexFor(hash, table.length)];e != null;e = e.next) {
    Object k;
    if (e.hash == hash &&
        ((k = e.key) == key || (key != null && key.equals(k))))
        return e;
}

这里有两个注意点:
1、这里利用key的hashcode方法和equals方法,所以在使用HashMap的时候,如果使用对象作为key,最好覆写key的hashcode和equals方法
不然可能出put到HashMap的时候,成功了,但是get的时候却没有找到数据
2、如果key hash冲突太多,会造成链表过长,在链表中查找元素的时候,会比较慢

17.HashMap是不是线程安全的呢？为什么不是线程安全的？

先看一段代码：

/**
 * @ClassName: CollectionDemo2
 * @Auther: 戏中人
 * @Description: HashMap不安全演示示例
 */
public class CollectionDemo3 {
    public static void main(String[] args) {
        Map<String,String> map = new HashMap<>();

        for (int i = 0; i < 30; i++) {
            final int temp = i;
            new Thread(()->{
                map.put(("thread" + temp), UUID.randomUUID().toString().substring(0, 5));
                System.out.println(map.toString());
            },String.valueOf(i+1)).start();
         }
    }
}

为什么不是线程安全的？它们肯定是在并发操作的时候，操作了同样的东西。那么在HashMap的时候，我们都知道，在得到那个0-15的桶的下标的时候，具体的操作是：先通过hashcode()方法得到一个值，然后通过这个值得前16位和后16位进行一个异或运算，然后，再去和这个数组的长度，进行了一个与运算。而这个数组的长度，是作为一个成员变量，在多个线程去操作这个成员变量的时候，就有可能发生线程不安全的情况。

18.怎么解决这个HashMap线程安全问题？

HashMap线程不安全演示示例：

/**
 * @ClassName: CollectionDemo2
 * @Auther: 戏中人
 * @Description: HashMap不安全演示示例
 */
public class CollectionDemo3 {
    public static void main(String[] args) {
        Map<String,String> map = new HashMap<>();

        for (int i = 0; i < 30; i++) {
            final int temp = i;
            new Thread(()->{
                map.put(("thread" + temp), UUID.randomUUID().toString().substring(0, 5));
                System.out.println(map.toString());
            },String.valueOf(i+1)).start();
         }
    }
}

解决方案

与HashSet类似，也可以通过Collections类构造同步的Map

Map<String, String> map = Collections.synchronizedMap(new HashMap<>());

采用ConcurrentHashMap类
切记，HashMap没有类似HashSet和ArrayList的 CopyOnWrite××× 的类，取而代之的是 ConcurrentHashMap 类。

Map<String, String> map = new ConcurrentHashMap<>();

19.ConcurrentHashMap 简单介绍？

重要的常量：
private transient volatile int sizeCtl;
当为负数时，-1 表示正在初始化，-N 表示 N - 1 个线程正在进行扩容；
当为 0 时，表示 table 还没有初始化；
当为其他正数时，表示初始化或者下一次进行扩容的大小。
②、数据结构：
Node 是存储结构的基本单元，继承 HashMap 中的 Entry，用于存储数据；
TreeNode 继承 Node，但是数据结构换成了二叉树结构，是红黑树的存储结构，用于红黑树中存储数据；
TreeBin 是封装 TreeNode 的容器，提供转换红黑树的一些条件和锁的控制。
③、存储对象时（put() 方法）：
1.如果没有初始化，就调用 initTable() 方法来进行初始化；
2.如果没有 hash 冲突就直接 CAS 无锁插入；
3.如果需要扩容，就先进行扩容；
4.如果存在 hash 冲突，就加锁来保证线程安全，两种情况：一种是链表形式就直接遍历到尾端插入，一种是红黑树就按照红黑树结构插入；
5.如果该链表的数量大于阀值 8，就要先转换成红黑树的结构，break 再一次进入循环
6.如果添加成功就调用 addCount() 方法统计 size，并且检查是否需要扩容。
④、扩容方法 transfer()：默认容量为 16，扩容时，容量变为原来的两倍。
helpTransfer()：调用多个工作线程一起帮助进行扩容，这样的效率就会更高。
⑤、获取对象时（get()方法）：
1.计算 hash 值，定位到该 table 索引位置，如果是首结点符合就返回；
2.如果遇到扩容时，会调用标记正在扩容结点 ForwardingNode.find()方法，查找该结点，匹配就返回；
3.以上都不符合的话，就往下遍历结点，匹配就返回，否则最后就返回 null。

ConcurrentHashMap 1.7和 1.8有区别：

整体结构

1.7：Segment + HashEntry + Unsafe
1.8: 移除 Segment，使锁的粒度更小，Synchronized + CAS + Node + Unsafe

put()

1.7：先定位 Segment，再定位桶，put 全程加锁，没有获取锁的线程提前找桶的位置，并最多自旋 64 次获取锁，超过则挂起。
1.8：由于移除了 Segment，类似 HashMap，可以直接定位到桶，拿到 first 节点后进行判断：①为空则 CAS 插入；②为 -1 则说明在扩容，则跟着一起扩容；③ else 则加锁 put(类似1.7)

get()

基本类似，由于 value 声明为 volatile，保证了修改的可见性，因此不需要加锁。

resize()

1.7：跟 HashMap 步骤一样，只不过是搬到单线程中执行，避免了 HashMap 在 1.7 中扩容时死循环的问题，保证线程安全。
1.8：支持并发扩容，HashMap 扩容在1.8中由头插改为尾插(为了避免死循环问题)，ConcurrentHashmap 也是，迁移也是从尾部开始，扩容前在桶的头部放置一个 hash 值为 -1 的节点，这样别的线程访问时就能判断是否该桶已经被其他线程处理过了。

size()

1.7：很经典的思路：计算两次，如果不变则返回计算结果，若不一致，则锁住所有的 Segment 求和。
1.8：用 baseCount 来存储当前的节点个数，这就设计到 baseCount 并发环境下修改的问题。

在面试中，HashMap基本必问，只是问法各有不同而已。曾经我也和很多面试官聊过关于HashMap的话题，使用HashMap就能考察面试者的很多知识点。不幸的是，很大部分人都拜倒在HashMap的石榴裙底下。

HashMap为什么如此受面试官青睐？

我觉得其中有4个原因：

• HashMap在我们工作中使用频率相当高。
• Java基础（可以通过此Java集合）
• 线程安全问题（可以通过这个问题引入多线程并发编程的相关问题）
• 大厂都在问，岂能不问？（不问的话，显得面试官没有水平）

下面就是我给大家准备的HashMap连环炮，这个连环炮就相当于高考真题演练一样，可能没有完全一样的，只是问法不同罢了，这个主要得益于咱们汉语博大精深。

下面是HashMap的25连环炮：

1：说说HashMap 底层数据结构是怎样的？

2：谈一下HashMap的特性？

3：使用HashMap时，当两个对象的 hashCode 相同怎么办？

4：HashMap 的哈希函数怎么设计的吗？

5：HashMap遍历方法有几种？

6：为什么采用 hashcode 的高 16 位和低 16 位异或能降低 hash 碰撞？hash 函数能不能直接用 key 的 hashcode？

7：解决hash冲突的有几种方法？

8：为什么要用异或运算符？

9.：HashMap 的 table 的容量如何确定？

10：请解释一下HashMap的参数loadFactor，它的作用是什么

11：说说HashMap中put方法的过程

12：当链表长度 >= 8时，为什么要将链表转换成红黑树？

13：new HashMap(18);此时HashMap初始容量为多少？

14：说说resize扩容的过程

15：说说hashMap中get是如何实现的？

16：拉链法导致的链表过深问题为什么不用二叉查找树代替，而选择红黑树？为什么不一直使用红黑树？

17：说说你对红黑树的了解

18：JDK8中对HashMap做了哪些改变？

19：HashMap 中的 key 我们可以使用任何类作为 key 吗？

20：HashMap 的长度为什么是 2 的 N 次方呢？

21：HashMap，LinkedHashMap，TreeMap 有什么区别？

22：说说什么是 fail-fast？

23：HashMap 和 HashTable 有什么区别？

24：HashMap 是线程安全的吗？

25：如何规避 HashMap 的线程不安全？

26：HashMap 和 ConcurrentHashMap 的区别？

27：为什么 ConcurrentHashMap 比 HashTable 效率要高？

28：说说 ConcurrentHashMap中锁机制

29：在 JDK 1.8 中，ConcurrentHashMap 为什么要使用内置锁 synchronized 来代替重入锁 ReentrantLock？

30：能对ConcurrentHashMap 做个简单介绍吗？

31：熟悉ConcurrentHashMap 的并发度吗？

…

java集合知识总结

下面我们正式开始连环炮

1、说说HashMap 底层数据结构是怎样的？

HashMap 底层是 hash 数组和单向链表实现，jdk8后采用数组+链表+红黑树的数据结构。

2、说说HashMap 的工作原理

如果第一题没问，直接问原理，那就必须把HashMap的数据结构说清楚。

HashMap 底层是 hash 数组和单向链表实现，JDK8后采用数组+链表+红黑树的数据结构。

我们通过put和get存储和获取对象。

当我们给put()方法传递键和值时，先对键做一个hashCode()的计算来得到它在bucket数组中的位置来存储Entry对象。

当获取对象时，通过get获取到bucket的位置，再通过 键对象的equals()方法找到正确的键值对，然后再返回 值对象。

3、使用HashMap时，当两个对象的 hashCode 相同怎么办？

因为HashCode 相同，不一定就是相等的（equals方法比较），所以两个对象所在数组的下标相同，"碰撞"就此发生。又因为 HashMap 使用链表存储对象，这个 Node 会存储到链表中。

4、HashMap 的哈希函数怎么设计的吗？

hash 函数是先拿到通过 key 的 hashCode ，是 32 位的 int 值，然后让 hashCode 的高 16 位和低 16 位进行异或操作。两个好处：

1. 一定要尽可能降低 hash 碰撞，越分散越好；
2. 算法一定要尽可能高效，因为这是高频操作, 因此采用位运算；

5、HashMap遍历方法有几种？

package cn.enjoyedu.nio.nio;

import java.util.HashMap;
import java.util.Iterator;
import java.util.Map;

public class TestHashMap {
    public static void main(String[] args) {
        Map<String, String> map = new HashMap<String, String>();
        map.put("key1", "value1");
        map.put("key2", "value2");
        map.put("key3", "value3");

        // 第一种遍历方式
        System.out.println("第一种遍历方式：通过遍历 Map 的 keySet，遍历 Key 和 Value");
        for (String key : map.keySet()) {
            System.out.println("Key: " + key + ", Value: " + map.get(key));
        }

        // 第二种遍历方式(如果在遍历过程中，有删除某些Key-Value的需求，可以使用这种遍历方式)
        System.out.println("第二种遍历方式：通过Iterator 迭代器遍历 Key 和 Value");
        Iterator<Map.Entry<String, String>> iterator = map.entrySet().iterator();
        while(iterator.hasNext()) {
            Map.Entry<String, String> entry = iterator.next();
            System.out.println("Key: " + entry.getKey() + ", Value: " + entry.getValue());
        }

        // 第三种遍历方式(推荐，尤其是容量大时)
        System.out.println("第三种遍历方式：通过遍历 Map 的 entrySet，遍历 Key 和 Value");
        for (Map.Entry<String, String> entry : map.entrySet()) {
            System.out.println("Key: " + entry.getKey() + ", Value: " + entry.getValue());
        }

        // 第四种遍历方式
        System.out.println("第四种遍历方式：通过遍历 Map 的 values，只能遍历 Value，获取不到对应的 Key");
        for (String value : map.values()) {
            System.out.println("Value: " + value);
        }

        // 第五种遍历方式（JDK 1.8支持的 Lambda 表达式，强烈推荐！！！）
        System.out.println("第五种遍历方式：通过 Lambda 表达式，遍历 Key 和 Value");
        map.forEach((key, value) -> {
            System.out.println("Key: " + key + ", Value: " + value);
        });

    }
}

先通过map.keySet()获取所有键，然后遍历所有键获取对应值，具体代码如下：

public class Test {
    public static void main(String[] args) {
        Map<String,Integer> map = new HashMap<>();
        map.put("a",1);
        map.put("b",2);
        map.put("c",3);
        map.put("d",4);
        //方法一：通过keySet()遍历
        // 1.1 增强for循环遍历
        Set<String> keys = map.keySet();
        for(String s: keys){
            System.out.println("key="+s+" "+"value="+map.get(s));
        }
 
        // 1.2 iterator遍历
        System.out.println("iterator遍历...");
        Iterator<String> i = keys.iterator();
        while (i.hasNext()){
            String key=i.next();
            System.out.println("key="+key+" "+"value="+map.get(key));
        }
    }
}

map.entrySet()方法返回键值对映射的Set集合，然后遍历这个集合即可。具体代码如下：

public class Test {
    public static void main(String[] args) {
        Map<String,Integer> map = new HashMap<>();
        map.put("a",1);
        map.put("b",2);
        map.put("c",3);
        map.put("d",4);
 
        //方法二：通过entrySet()方法遍历
        for(Map.Entry<String,Integer> m: map.entrySet()){
            System.out.println("key="+m.getKey()+" "+"value="+m.getValue());
        }
    }
}

JDK1.8之后支持Lambda表达式，具体代码如下：

public class Test {
    public static void main(String[] args) {
        Map<String,Integer> map = new HashMap<>();
        map.put("a",1);
        map.put("b",2);
        map.put("c",3);
        map.put("d",4);
 
        //方法三：通过Lambda表达式遍历
        map.forEach((key, value) -> {
            System.out.println("key="+key+" "+"value="+value);
        });
    }
}

JDK1.8之后支持Streams，具体代码如下：

public class Test {
    public static void main(String[] args) {
        Map<String,Integer> map = new HashMap<>();
        map.put("a",1);
        map.put("b",2);
        map.put("c",3);
        map.put("d",4);
 
        //方法四：通过Streams遍历
        // 4.1 单线程
        map.entrySet().stream().forEach((entry) -> {
            System.out.println("key="+entry.getKey()+" "+"value="+entry.getValue());
        });
 
        // 4.2 多线程
        System.out.println("Streams API多线程...");
        map.entrySet().parallelStream().forEach((entry) -> {
            System.out.println("key="+entry.getKey()+" "+"value="+entry.getValue());
        });
    }
}

6、为什么采用 hashcode 的高 16 位和低 16 位异或能降低 hash 碰撞？

因为 key.hashCode()函数调用的是 key 键值类型自带的哈希函数，返回 int 型散列值。int 值范围为**-2147483648~2147483647**，前后加起来大概 40 亿的映射空间。只要哈希函数映射得比较均匀松散，一般应用是很难出现碰撞的。但问题是一个 40 亿长度的数组，内存是放不下的。

设想，如果 HashMap 数组的初始大小才 16，用之前需要对数组的长度取模运算，得到的余数才能用来访问数组下标。

7、解决hash冲突的有几种方法？

1、再哈希法：如果hash出的index已经有值，就再hash，不行继续hash，直至找到空的index位置，要相信瞎猫总能碰上死耗子。这个办法最容易想到。但有2个缺点：

• 比较浪费空间，消耗效率。根本原因还是数组的长度是固定不变的，不断hash找出空的index，可能越界，这时就要创建新数组，而老数组的数据也需要迁移。随着数组越来越大，消耗不可小觑。
• get不到，或者说get算法复杂。进是进去了，想出来就没那么容易了。

2、开放地址方法：如果hash出的index已经有值，通过算法在它前面或后面的若干位置寻找空位，这个和再hash算法差别不大。

3、建立公共溢出区： 把冲突的hash值放到另外一块溢出区。

4、链式地址法： 把产生hash冲突的hash值以链表形式存储在index位置上。HashMap用的就是该方法。优点是不需要另外开辟新空间，也不会丢失数据，寻址也比较简单。但是随着hash链越来越长，寻址也是更加耗时。好的hash算法就是要让链尽量短，最好一个index上只有一个值。也就是尽可能地保证散列地址分布均匀，同时要计算简单。

8、为什么要用异或运算符？

保证了对象的 hashCode 的 32 位值只要有一位发生改变，整个 hash() 返回值就会改变。尽可能的减少碰撞。

9、HashMap 的 table 的容量如何确定？

①、table 数组大小是由 capacity 这个参数确定的，默认是16，也可以构造时传入，最大限制是1<<30；

②、loadFactor 是装载因子，主要目的是用来确认table 数组是否需要动态扩展，默认值是0.75，比如table 数组大小为 16，装载因子为 0.75 时，threshold 就是12，当 table 的实际大小超过 12 时，table就需要动态扩容；

③、扩容时，调用 resize() 方法，将 table 长度变为原来的两倍（注意是 table 长度，而不是 threshold）；

④、如果数据很大的情况下，扩展时将会带来性能的损失，在性能要求很高的地方，这种损失很可能很致命。

10、请解释一下HashMap的参数loadFactor，它的作用是什么

loadFactor表示HashMap的拥挤程度，影响hash操作到同一个数组位置的概率。

默认loadFactor等于0.75，当HashMap里面容纳的元素已经达到HashMap数组长度的75%时，表示HashMap太挤了，需要扩容，在HashMap的构造器中可以定制loadFactor。

11、说说HashMap中put方法的过程

由于JDK版本中HashMap设计上存在差异，这里说说JDK7和JDK8中的区别：

具体put流程，请参照下图进行回答：

12、当链表长度 >= 8时，为什么要将链表转换成红黑树？

因为红黑树的平均查找长度是log(n)，长度为8的时候，平均查找长度为3，如果继续使用链表，平均查找长度为8/2=4，所以，当链表长度 >= 8时 ，有必要将链表转换成红黑树。

13、new HashMap(18);此时HashMap初始容量为多少？

容量为32。

在HashMap中有个静态方法tableSizeFor ，tableSizeFor方法保证函数返回值是大于等于给定参数initialCapacity最小的2的幂次方的数值 。

static final int tableSizeFor(int cap) {
  int n = cap - 1;
  n |= n >>> 1;
  n |= n >>> 2;
  n |= n >>> 4;
  n |= n >>> 8;
  n |= n >>> 16;
  return (n = MAXIMUM_CAPACITY) ? MAXIMUM_CAPACITY : n + 1;
  }

在jdk中，当我们new hashmap并且指定初始化容量capacity时，jdk会帮我们取第一个大于capacity的2次幂。

具体的实现是：

1.先把capacity - 1

2.进行多次无符号右移和或运算

3.最后 + 1

比如，我们new HashMap(3),会生成一个4容量的map，5->8。10->16。

但是，hashmap在我们存放的数据大于初始化容量*负载因子（默认0.75）时就会自动扩容，自动扩容是非常消耗性能的。因为元素要重新hash分配。

那么当我们生成了一个7容量的map，jdk会生成一个8容量的map，那么存放到8 * 0.75 = 6个元素时就会扩容了，跟我们预想放7个有偏差，所以阿里就推出了这个建议。

initialCapacity = (int) ((float) expectedSize / 0.75F + 1.0F)

这样我们想放7个元素，就设置 7 / 0.75 + 1 = 10，经过jdk会生成16的容量，这样我们存放7个元素就不会因为扩容而损失性能了，当然会消耗一部分内存。

14、说说resize扩容的过程

创建一个新的数组，其容量为旧数组的两倍，并重新计算旧数组中结点的存储位置。结点在新数组中的位置只有两种，原下标位置或原下标+旧数组的大小。

15、说说hashMap中get是如何实现的？

对key的hashCode进行hash值计算，与运算计算下标获取bucket位置，如果在桶的首位上就可以找到就直接返回，否则在树中找或者链表中遍历找，如果有hash冲突，则利用equals方法去遍历链表查找节点。

16、拉链法导致的链表过深问题为什么不用二叉查找树代替，而选择红黑树？为什么不一直使用红黑树？

之所以选择红黑树是为了解决二叉查找树的缺陷，二叉查找树在特殊情况下会变成一条线性结构（这就跟原来使用链表结构一样了，造成很深的问题），遍历查找会非常慢。而红黑树在插入新数据后可能需要通过左旋，右旋、变色这些操作来保持平衡，引入红黑树就是为了查找数据快，解决链表查询深度的问题，我们知道红黑树属于平衡二叉树，但是为了保持“平衡”是需要付出代价的，但是该代价所损耗的资源要比遍历线性链表要少，所以当长度大于8的时候，会使用红黑树，如果链表长度很短的话，根本不需要引入红黑树，引入反而会慢。

17、说说你对红黑树的了解

红黑树是一种自平衡的二叉查找树，是一种高效的查找树。

红黑树通过如下的性质定义实现自平衡：

• 节点是红色或黑色。
• 根是黑色。
• 所有叶子都是黑色（叶子是NIL节点）。
• 每个红色节点必须有两个黑色的子节点。（从每个叶子到根的所有路径上不能有两个连续的红色节点。）
• 从任一节点到其每个叶子的所有简单路径都包含相同数目的黑色节点（简称黑高）。

18、JDK8中对HashMap做了哪些改变？

1.在java 1.8中，如果链表的长度超过了8，那么链表将转换为红黑树。（桶的数量必须大于64，小于64的时候只会扩容）

2.发生hash碰撞时，java 1.7 会在链表的头部插入，而java 1.8会在链表的尾部插入

3.在java 1.8中，Entry被Node替代(换了一个马甲)。

19、HashMap 中的 key 我们可以使用任何类作为 key 吗？

平时可能大家使用的最多的就是使用 String 作为 HashMap 的 key，但是现在我们想使用某个自定义类作为 HashMap 的 key，那就需要注意以下几点：

• 如果类重写了 equals 方法，它也应该重写 hashCode 方法。
• 类的所有实例需要遵循与 equals 和 hashCode 相关的规则。
• 如果一个类没有使用 equals，你不应该在 hashCode 中使用它。
• 咱们自定义 key 类的最佳实践是使之为不可变的，这样，hashCode 值可以被缓存起来，拥有更好的性能。不可变的类也可以确保 hashCode 和 equals 在未来不会改变，这样就会解决与可变相关的问题了。

20、HashMap 的长度为什么是 2 的 N 次方呢？

为了能让 HashMap 存数据和取数据的效率高，尽可能地减少 hash 值的碰撞，也就是说尽量把数据能均匀的分配，每个链表或者红黑树长度尽量相等。我们首先可能会想到 % 取模的操作来实现。下面是回答的重点哟：

取余（%）操作中如果除数是 2 的幂次，则等价于与其除数减一的与（&）操作（也就是说 hash % length == hash &(length - 1) 的前提是 length 是 2 的 n 次方）。并且，采用二进制位操作 & ，相对于 % 能够提高运算效率。

这就是为什么 HashMap 的长度需要 2 的 N 次方了。

21、HashMap，LinkedHashMap，TreeMap 有什么区别？

• LinkedHashMap是继承于HashMap，是基于HashMap和双向链表来实现的。
• HashMap无序；LinkedHashMap有序，可分为插入顺序和访问顺序两种。如果是访问顺序，那put和get操作已存在的Entry时，都会把Entry移动到双向链表的表尾(其实是先删除再插入)。
• LinkedHashMap存取数据，还是跟HashMap一样使用的Entry[]的方式，双向链表只是为了保证顺序。
• LinkedHashMap是线程不安全的。

22、说说什么是 fail-fast？

fail-fast 机制是 Java 集合（Collection）中的一种错误机制。当多个线程对同一个集合的内容进行 操作时，就可能会产生 fail-fast 事件。

例如：当某一个线程 A 通过 iterator 去遍历某集合的过程中，若该集合的内容被其他线程所改变 了，那么线程 A 访问集合时，就会抛出 ConcurrentModificationException 异常，产生 fail-fast 事 件。这里的操作主要是指 add、remove 和 clear，对集合元素个数进行修改。

解决办法

建议使用“java.util.concurrent 包下的类”去取代“java.util 包下的类”。可以这么理解：在遍历之前，把 modCount 记下来 expectModCount，后面 expectModCount 去 和 modCount 进行比较，如果不相等了，证明已并发了，被修改了，于是抛出 ConcurrentModificationException 异常。

23、HashMap 和 HashTable 有什么区别？

①、HashMap 是线程不安全的，HashTable 是线程安全的；

②、由于线程安全，所以 HashTable 的效率比不上 HashMap；

③、HashMap最多只允许一条记录的键为null，允许多条记录的值为null，而 HashTable不允许；

④、HashMap 默认初始化数组的大小为16，HashTable 为 11，前者扩容时，扩大两倍，后者扩大两倍+1；

⑤、HashMap 需要重新计算 hash 值，而 HashTable 直接使用对象的 hashCode；

24、HashMap 是线程安全的吗？

不是，在多线程环境下，1.7 会产生死循环、数据丢失、数据覆盖的问题，1.8 中会有数据覆盖的问题，以 1.8 为例，当 A 线程判断 index 位置为空后正好挂起，B 线程开始往 index 位置的写入节点数据，这时 A 线程恢复现场，执行赋值操作，就把 A 线程的数据给覆盖了；还有++size 这个地方也会造成多线程同时扩容等问题。

25、如何规避 HashMap 的线程不安全？

单线程条件下，为避免出现ConcurrentModificationException，需要保证只通过HashMap本身或者只通过Iterator去修改数据，不能在Iterator使用结束之前使用HashMap本身的方法修改数据。因为通过Iterator删除数据时，HashMap的modCount和Iterator的expectedModCount都会自增，不影响二者的相等性。如果是增加数据，只能通过HashMap本身的方法完成，此时如果要继续遍历数据，需要重新调用iterator()方法从而重新构造出一个新的Iterator，使得新Iterator的expectedModCount与更新后的HashMap的modCount相等。

多线程条件下，可使用两种方式：

• Collections.synchronizedMap方法构造出一个同步Map
• 直接使用线程安全的ConcurrentHashMap。

26、HashMap 和 ConcurrentHashMap 的区别？

1. 都是 key-value 形式的存储数据；
2. HashMap 是线程不安全的，ConcurrentHashMap 是 JUC 下的线程安全的；
3. HashMap 底层数据结构是数组 + 链表（JDK 1.8 之前）。JDK 1.8 之后是数组 + 链表 + 红黑 树。当链表中元素个数达到 8 的时候，链表的查询速度不如红黑树快，链表会转为红黑树，红 黑树查询速度快；
4. HashMap 初始数组大小为 16（默认），当出现扩容的时候，以 0.75 * 数组大小的方式进行扩 容；
5. ConcurrentHashMap 在 JDK 1.8 之前是采用分段锁来现实的 Segment + HashEntry， Segment 数组大小默认是 16，2 的 n 次方；JDK 1.8 之后，采用 Node + CAS + Synchronized 来保证并发安全进行实现。

27、为什么 ConcurrentHashMap 比 HashTable 效率要高？

HashTable：使用一把锁（锁住整个链表结构）处理并发问题，多个线程竞争一把锁，容易阻塞；

ConcurrentHashMap：

• JDK 1.7 中使用分段锁（ReentrantLock + Segment + HashEntry），相当于把一个 HashMap 分成多个段，每段分配一把锁，这样支持多线程访问。锁粒度：基于 Segment，包含多个 HashEntry。
• JDK 1.8 中使用CAS + synchronized + Node + 红黑树。锁粒度：Node（首结点）（实现 Map.Entry<K,V>）。锁粒度降低了。

28、说说 ConcurrentHashMap中 锁机制

JDK 1.7 中，采用分段锁的机制，实现并发的更新操作，底层采用数组+链表的存储结构，包括两个核心静态内部类 Segment 和 HashEntry。

①、Segment 继承 ReentrantLock（重入锁） 用来充当锁的角色，每个 Segment 对象守护每个散列映射表的若干个桶；

②、HashEntry 用来封装映射表的键-值对；

③、每个桶是由若干个 HashEntry 对象链接起来的链表

JDK 1.8 中，采用Node + CAS + Synchronized来保证并发安全。取消类 Segment，直接用 table 数组存储键值对；当 HashEntry 对象组成的链表长度超过 TREEIFY_THRESHOLD 时，链表转换为红黑树，提升性能。底层变更为数组 + 链表 + 红黑树。

29、在 JDK 1.8 中，ConcurrentHashMap 为什么要使用内置锁 synchronized 来代替重入锁 ReentrantLock？

①、粒度降低了；

②、JVM 开发团队没有放弃 synchronized，而且基于 JVM 的 synchronized 优化空间更大，更加自然。

③、在大量的数据操作下，对于 JVM 的内存压力，基于 API 的 ReentrantLock 会开销更多的内存。

30、能对ConcurrentHashMap 做个简单介绍吗？

①、重要的常量：

private transient volatile int sizeCtl;

当为负数时，-1 表示正在初始化，-N 表示 N - 1 个线程正在进行扩容；

当为 0 时，表示 table 还没有初始化；

当为其他正数时，表示初始化或者下一次进行扩容的大小。

②、数据结构：

Node 是存储结构的基本单元，继承 HashMap 中的 Entry，用于存储数据；

TreeNode 继承 Node，但是数据结构换成了二叉树结构，是红黑树的存储结构，用于红黑树中存储数据；

TreeBin 是封装 TreeNode 的容器，提供转换红黑树的一些条件和锁的控制。

③、存储对象时（put() 方法）：

1. 如果没有初始化，就调用 initTable() 方法来进行初始化；
2. 如果没有 hash 冲突就直接 CAS 无锁插入；
3. 如果需要扩容，就先进行扩容；
4. 如果存在 hash 冲突，就加锁来保证线程安全，两种情况：一种是链表形式就直接遍历到尾端插入，一种是红黑树就按照红黑树结构插入；
5. 如果该链表的数量大于阀值 8，就要先转换成红黑树的结构，break 再一次进入循环
6. 如果添加成功就调用 addCount() 方法统计 size，并且检查是否需要扩容。

④、扩容方法 transfer()：默认容量为 16，扩容时，容量变为原来的两倍。　　helpTransfer()：调用多个工作线程一起帮助进行扩容，这样的效率就会更高。

⑤、获取对象时（get()方法）：

1. 计算 hash 值，定位到该 table 索引位置，如果是首结点符合就返回；
2. 如果遇到扩容时，会调用标记正在扩容结点 ForwardingNode.find()方法，查找该结点，匹配就返回；
3. 以上都不符合的话，就往下遍历结点，匹配就返回，否则最后就返回 null。

31、熟悉ConcurrentHashMap 的并发度吗？

程序运行时能够同时更新 ConccurentHashMap 且不产生锁竞争的最大线程数。默认为 16，且可以在构造函数中设置。当用户设置并发度时，ConcurrentHashMap 会使用大于等于该值的最小2幂指数作为实际并发度（假如用户设置并发度为17，实际并发度则为32）。

参考：http://ii081.cn/gFInl

总结

好了，就写这么多了，文章中很多已经不是HashMap知识点了，但，面试很有可能会问这些知识点，多准备点也算是有备无患。