一些关于hashmap的学习笔记
1.HashMap底层实现原理
在JDK1.7中HashMap是以数组加链表的形式组成的，在JDK1.8之后新增了红黑树的组成结构，当链表大于8并且容量大于64时，链表结构会转变成红黑树结构。
数组中的元素称为哈希桶，每个哈希桶有四个字段，hash、key、value以及表示下一个节点的next。
2.JDK1.8对HashMap的优化
（1）添加了红黑树，因为链表过长会影响HashMap的性能，降低效率，而红黑树具有快速增删改查的特点，可以有效提高效率问题。
（2）死循环优化，链表插入方式改为尾部正序插入
（3）优化扩容，JDK1.8在扩容的时候选择通过高位运算e.hash&olcCap来确定元素是否需要移动，而不是重新计算哈希值。
比如：
key1.hash=10 0000 1010
oldCap=16 0001 0000
高一位结果为0,0表示元素在扩容时位置不会发生变化
key2.hash=10 0001 0001
oldCap=16 0001 0000
这时候高一位为1,1表示元素在扩容时发生了位置变化，新的下标位置等于原下标位置+原数组长度
3.HashMap死循环
JDK1.7之前死循环造成的主要原因是HashMap并不是线程安全的并且在JDK1.8之前的插入方式为首部倒序插入。假设一个HashMap的默认大小为2，原本里面有个key(5)，现创建两个线程，t1向HashMap中添加元素key(3)，t2添加元素key(7)，t1在对next赋值后，t2得到cpu使用权，此时t1中e指向key（3），next指向key(7)，之后t2重新rehash，链表顺序被反转，这时key(7)的next为key(3)，之后查询时久形成了循环调用，导致死循环。