jdk1.8之前，hashmap是通过链表+数组的方式实现的
jdk1.8中，为了解决因hash冲突导致某个链表长度过长，影响put和get的效率，引入了红黑树
为什么用红黑树，而不是二叉树或平衡二叉树
在极端情况下（当子节点都比父节点大或小的时候），二叉树会退化成链表，查询复杂度重新变回O(n)
如果选用平衡二叉树的话，每次插入或删除都需要进行左旋或右旋，极大的增加了插入和删除的复杂度，对插入和删除频繁的场景不是很合适。
而选择红黑树的话，红黑树不会像平衡二叉树一样追求绝对的平衡，它的插入最多旋转两次，删除最多旋转三次，在频繁插入和删除的场景，性能是优于平衡二叉树的
什么时候会转为红黑树
只有链表长度达到8且数组长度≥64时的时候才会转为红黑树
因为转为红黑树后，占用的空间会更大，插入和删除操作会比之前链表更慢，所以不会在发生冲突的时候就直接转为红黑树。
然后同样，处于空间和插入删除性能的考虑，当链表长度小于等于6的时候，红黑树又会转换为链表