HashMap的数据结构

一.JDK8以前

数组+链表

二.JDK8开始

数组+链表+红黑树

原因解释：在JDK 1.8中为了解决因hash冲突导致某个链表长度过长，影响put和get的效率，引入了红黑树

三.为什么是红黑树

当元素过多的时候，该用什么来代替链表呢？

我们想到的就是二叉查找树，这样我们遍历的时间复杂度就会由链表的O(N)变为二叉查找树的O(logN)

但是，对于极端情况，当子节点都比父节点大或者小的时候，二叉查找树又会退化成链表，查询复杂度会重新变为O(N)，如下所示:

所以，我们就需要二叉平衡树(AVL树)出场，他会在每次插入操作时来检查每个节点的左子树和右子树的高度差至多等于1，如果>1，就需要进行左旋或者右旋操作，使其查询复杂度一直维持在O(l0gN)。

但是这样就万无一失了吗?其实并不然，我们不仅要保证查询的时间复杂度，还需要保证插入的时间复杂度足够低，因为平衡二叉树要求高度差最多为1，非常严格，导致每次插入都需要左旋或者右旋，极大的消耗了插入的时间。

对于那些插入和删除比较频繁的场景，AVL树显然是不合适的。为了保证查询和插入的时间复杂度维持在一个均衡的水平上，所以就引入了红黑树。

在红黑树中，所有的叶子节点都是黑色的空节点，也就是叶子节点不存数据;任何相邻的节点都不能同时为红色红色节点是被黑色节点隔开的，每个节点，从该节点到达其可达的叶子节点的所有路径，都包含相同数目的黑色节。

结论:红黑树不会像AVL树一样追求绝对的平衡，它的插入最多两次旋转，删除最多三次旋转在频繁的插入和删除场景中，红黑树的时间复杂度，是优于AVL树的