随笔录--Java之HashMap

工作原理分析：

Java中的HashMap是以键值对(key-value)的形式存储元素的。HashMap需要一个hash函数，它使用hashCode()和equals()方法来向集合/从集合添加和检索元素。当调用put()方法时，HashMap会计算key的hash值，然后把键值对存储在集合中合适的索引上，如果key已经存在了，value会被更新成新值。

HashMap的一些重要的特性是它的容量(capacity)，负载因子(load factor)和扩容极限(threshold resizing)。

对比jdk1.7和jdk1.8版本的不同：

底层数据结构不一样，1.7是数组+链表，1.8则是数组+链表+红黑树结构（当链表长度大于8，转为红黑树）。

JDK1.8中resize()方法在表为空时，创建表，在表不为空时，扩容。JDK1.7中resize()方法负责扩容，inflateTable()负责创建表。

JDK1.8中没有区分键为null的情况，而JDK1.7版本中对于键为null的情况调用putForNullKey()方法。但是两个版本中如果键为null，那么调用hash()方法得到的都将是0，所以键为null的元素都始终位于哈希表table【0】中。

当JDK1.8中的桶中元素处于链表的情况，遍历的同时最后如果没有匹配的，直接将节点添加到链表尾部；而JDK1.7在遍历的同时没有添加数据，而是另外调用了addEntry()方法，将节点添加到链表头部。

JDK1.7中新增节点采用头插法，JDK1.8中新增节点采用尾插法。这也是为什么1.8不容易出现环型链表的原因。

JDK1.7中是通过更改hashSeed值修改节点的hash值从而达到rehash时的链表分散，而1.8中键的hash值不会改变，rehash时根据（hash&oldCap）==0将链表分散。

JDK1.8rehash时保证原链表的顺序，而JDK1.7中rehash时有可能改变链表的顺序（头插法导致）。

在扩容的时候，JDK1.7在插入数据之前扩容，而JDK1.8插入数据成功之后扩容。

 

集合底层是哈希表数据机构，是非线程安全的。

在JDK8之后如果哈希表中的单向链表的元素超过8个，会变成红黑树数据结构。存储方式是map.put(K,V),先将kv封装到node对象，第二步底层会调用k的hashCode（）得出hash值，通过hash算法将hash值转换成数组下标，如果对应下标位置有链表，此时k会根链表上的每个节点的k进行equals比较，如果返回值为false，则插入到链表的末尾，如果返回值为true，则这个节点的value被覆盖。

hashmap的底层是哈希表，是基于hash算法实现的。

hashmap通过put(key,value)存储，通过get(key)获取。当传入key时，hashmap会调用key.hashcode()方法计算出hash值，根据 hash 值将 value 保存在 bucket 里。当计算出的 hash 值相同时，我们称之为 hash 冲突，HashMap 的做法是用链表和红黑树存储相同 hash 值的value。当 hash 冲突的个数少于等于8个时，使用链表否则使用红黑树。