HashMap终极解析【待续】

HashMap简介

HashMap 是很常用的一种集合框架，其底层实现方式在 JDK 1.7和 JDK 1.8中却有很大区别。

HashMap 是用来存储数据的，它底层在JDK 1.7是数组+链表实现的，而JDK 1.8是使用数组+链表+红黑树实现，通过对 key 进行哈希计算等操作后得到数组下标，把 value 等信息存放在链表或红黑树存在此位置。如果两个不同的 key 运算后获取的数组下标一致，就出现了哈希冲突。数组默认长度是16，如果实际数组长度超过一定的值，就会进行扩容。

HashMap的底层数据结构

对于HashMap的底层数据结构在Java7和Java8中的实现是不同的，在Java7中是采用数组+链表的数据结构进行实现，而在Java8中是采用数组+链表+红黑树的数据结构实现的。

 以上是JDK1.7中HashMap的底层结构图，以Entry<K,V>[]数组作为哈希桶，每个哈希桶的后面又可以连着一条单向链表，在链表中以k，v的形式存储数据，并且每一个节点有指向下一节点的指针。

 上图是jdk8的HashMap的内部结构图，此时在源码源码中就不再使用Entry<K,V>[]作为数组，而是使用Node<K,V>[]数组作为哈希桶，每个哈希桶的后面也可能连着一条单向链表或者红黑树。当单向链表的值>8的时候，链表就会转换为红黑树进行存储数据，当单向链表的值<6的时候，红黑树就会转换成单向链表进行数据储存。

哈希冲突是怎么回事？HashMap又是怎么解决的？

当<k,v>的数据将要存进HashMap中的时候，会先，把k值经过hash函数进行计算得到hash值，再通过hash值进行计算得到数据在数组的下标，在jdk1.7中的源码如下：

通过计算后的下标，从而得到数组的对应下标的位置，最后把k，v值存进去，同样的当再次第二次存值的时候，同样把k，v传进来，当k再次进行计算出数组下标index，有可能和第一次计算的index的值相同。

但是，两次的需要存进去的value值是不同的，这就出现了同一个数组后面有一条链表，会比较链表上的每一个value值与当前的value是否相同，若是不相同，通过头插法，将数值插入链表中。