JAVA HashMap 在jdk1.7和jdk1.8 的区别

前言总结

总的来说在1.7和1.8中，hashMap的底层存储结构和扩容策略是有所不同的

1.7底层采用的是 数组+链表

1.8采用的是 数组+链表+红黑树（自平衡二叉查找树）

1.7底层简述

1.7HashMap使用一个Entry数组来存储数据，用key的hashcode取模来决定key会被放到数组里的位置，如果hashcode相同，或者hashcode取模后的结果相同（hash collision），那么这些key会被定位到Entry数组的同一个格子里，这些key会形成一个链表。

在hashcode特别差的情况下，比方说所有key的hashcode都相同，这个链表可能会很长，那么put/get操作都可能需要遍历这个链表

1.8底层简述

使用一个Node数组来存储数据，但这个Node可能是链表结构，也可能是红黑树结构如果插入的key的hashcode相同，那么这些key也会被定位到Node数组的同一个格子里。如果同一个格子里的key不超过8个，使用链表结构存储。如果超过了8个，那么会调用treeifyBin函数，将链表转换为红黑树。那么即使hashcode完全相同，由于红黑树的特点，查找某个特定元素，也只需要O(log n)的开销也就是说put/get的操作的时间复杂度最差只有O(log n)听起来挺不错，但是真正想要利用JDK1.8的好处，有一个限制：key的对象，必须正确的实现了Compare接口如果没有实现Compare接口，或者实现得不正确（比方说所有Compare方法都返回0）那JDK1.8的HashMap其实还是慢于JDK1.7的

jdk1.7和1.8对于数组的扩容都是一致的

初始长度为16， 扩容因子 0.75，也就是16x0.75=12的时候，扩容两倍

jdk1.8链表和红黑树的转换

jdk1.8 如果链表长度大于8， 先判断数组长度是否大于64，如果小于64，会优先采用数组扩容

如果数组长度大于64且链表大于等于8，会调用treeifyBin()方法将链表转为红黑树

如果红黑树节点元素小于等于6时，会调用untreeify()方法转换成链表。