hashmap

1. hashmap是我们在开发中经常用到的一个集合类，它以键值对的形式进行存储。
2. 在jdk1.7到1.8之间 他的实现略有区别， 两个重要的区别 ：在1.7的时候 采用的是数组加链表； 1.8采用的数组加链表加红黑树，红黑树的引入是为了提高他的查询效率， 因为链表的查询复杂度为O （n）， 红黑树是O（logN）。
3. 在1.7之前遇到哈希碰撞需要在链表上添加数据的时候采用的是头插法 ，1.8之后改用尾插法。 头插法在多线程会导致一些问题， 比如它会形成循环链表， 而耗尽我们cpu的性能 。为了解决这个问题， 在1.8之后采用了尾插法。
4. 当然在1.7和1.8之间还有很多优化的细节， 比如hash算法进行了简化 ，还有一些需要看源码了。 当然这个源码我是读过的， 但是可能记得不太清了。
5. 我们聊一聊1.8版本，我们在创建hashmap的时候， 阿里格约里面要求我们传入一个初始化容量 ，最好是一个2的次幂， why？当第一次在hashmap里面put值的时候，我们刚才所说的不管是数组加链表还是数组加链表加红黑树当中的数组会被初始化。 按照我们初始化的容量大于等于这个初始化容量最近的一个二次幂的值进行初始化数组， 之后它会使用它的key的哈希值&上它的容量也就是我们这个二次幂减1算出他的下标 ，因为我们的容量都是2的次幂 ，2的次幂减一之后， 它所有的低位都是1 ， 高位都是0，和咋们的哈希进行&运算之后， 一定能&出一个下标在咋们容量范围之内的一个下标， &运算效率高。
6. 再往里面添加数据的时候会产生两个问题：扩容和树化 扩容的问题。 在hashmap里有一个成员变量 ，它叫加载因子 当我们hashmap的size大于设置的容量乘以加载因子的时候，默认是16乘以0.75。
7. 当链表上的悬挂的节点足够多的时候还会进行树化，树化很耗性能 ，树化的前提是链表的长度大于等于8， 源码里面还有一个变量，数组的容量超过64 ，会优先选择扩容 。
8. 阿里规约里面要求我们少扩容， 容量设置应该是数量除以扩容因子减一

** HashMap的数据插入原理？

1. 判断数组是否为空，为空进行初始化;
2. 不为空，计算 k 的 hash 值，通过(n - 1) & hash计算应当存放在数组中的下标 index;
3. 查看 table[index] 是否存在数据，没有数据就构造一个Node节点存放在 table[index] 中；
4. 存在数据，说明发生了hash冲突(存在二个节点key的hash值一样), 继续判断key是否相等，相等，用新的value替换原数据(onlyIfAbsent为false)；
5. 如果不相等，判断当前节点类型是不是树型节点，如果是树型节点，创造树型节点插入红黑树中；(如果当前节点是树型节点证明当前已经是红黑树了)
6. 如果不是树型节点，创建普通Node加入链表中；判断链表长度是否大于 8并且数组长度大于64， 大于的话链表转换为红黑树；
7. 插入完成之后判断当前节点数是否大于阈值，如果大于开始扩容为原数组的二倍。