hashMap的底层实现

转载：

hashMap源码解析

Java集合：HashMap底层实现和原理（源码解析）-CSDN博客

上面我们提到过Entry类里面有一个next属性，作用是指向下一个Entry。如， 第一个键值对A进来，通过计算其key的hash得到的i=0，记做:Entry[0] = A。一会后又进来一个键值对B，通过计算其i也等于0，现在怎么办？HashMap会这样做:B.next = A,Entry[0] = B,如果又进来C,i也等于0,那么C.next = B,Entry[0] = C；这样我们发现i=0的地方其实存取了A,B,C三个键值对,他们通过next这个属性链接在一起,也就是说数组中存储的是最后插入的元素。最终存储位置的确定流程是这样的：

三、为何HashMap的数组长度一定是2的次幂？

存储位置 index = h&(length-1)；

从下图可以我们也能看到这样会保证低位全为1，而扩容后只有一位差异，也就是多出了最左位的1，这样在通过 h&(length-1)的时候，只要h对应的最左边的那一个差异位为0，就能保证得到的新的数组索引和老数组索引一致(大大减少了之前已经散列良好的老数组的数据位置重新调换)，个人理解。

数组长度保持2的次幂，length-1的低位都为1，会使得获得的数组索引index更加均匀。比如

我们只关注低位bit，如果低位全部为1，那么对于h低位部分来说，任何一位的变化都会对结果产生影响，也就是说，要得到index=21这个存储位置，h的低位只有这一种组合。这也是数组长度设计为必须为2的次幂的原因。

如果不是2的次幂，也就是低位不是全为1此时，要使得index=21，h的低位部分不再具有唯一性了，哈希冲突的几率会变的更大，同时，index对应的这个bit位无论如何不会等于1了，而对应的那些数组位置也就被白白浪费了。

多线程HashMap出现的问题：

参考Java之HashMap在多线程情况下导致死循环的问题 - 代码丶如风 - 博客园

1.多线程put操作后，get操作导致死循环，导致cpu%的现象。主要是多线程同时put时，如果同时触发了rehash操作，会导致扩容后的hashmap中链表的出现循环节点，进而使得后面get的时候，会死循环。

2.多线程put操作，导致元素丢失，也是发生在多个线程对hashmap扩容时。