震惊！！！原来HashMap的底层实现原理竟然是。。。？

HashMap在jdk1.7之前的底层用的是数组+链表的形式；
在1.8之后的底层用的是数组+链表+红黑树的形式。

下面，我们来一步一步分析。
HashMap map = new HashMap()
在实例化后，底层创建了长度是16的一维数组Entry[] table.

…可能已经执行过多次put…

map.put(key1,value1);

1.首先调用key1所在类的hashCode()计算key1哈希值，此哈希值经过某种算法计算以后，得到在Entry数组中的存放位置。
（由于哈希值比较大，不能作为数组下标，经过hash算法（高位运算和取模运算）后设为数组中的下标位置）

2.如果此位置上的数据为空，此时的key1和value1添加成功。

3.如果此位置上数据不为空，意味着此位之上存在一个或多个数据（以链表形式存在），这时候比较key1和已经存在的一个或多个数据的哈希值：如果key1的哈希值与已经存在的数据的哈希值都不一样，此时key1-value1添加成功；
如果与某一个存在(key2-value2)的哈希值相同，继续比较：调用key1所在类的equals()方法，比较：如果返回false，则添加成功；若返回true，使用value1替换相同key的value值。

Jdk8相较于jdk7在底层实现方面的不同：
1.new HashMap():底层没有创建一个长度为16的数组
2.jdk8底层的数组是：Node[],而非Entry[]
3.首次调用put()方法示时，底层创建长度为16的数组
4.jdk7底层数据结构只有数组+链表，jdk8中底层结构：数组+链表+红黑树。

当数组的某一个索引位置上的元素以链表形式存在的数据个数 >8且当前数组的长度>64时，此时此索引位置上的所有数据改为使用红黑树存储。

HashMap根据键的hashCode值存储数据，大多数情况下可以直接定位到它的值，因而具有很快 的访问速度，但遍历顺序却是不确定的。 HashMap最多只允许一条记录的键为null，允许多条记 录的值为 null。HashMap 非线程安全，即任一时刻可以有多个线程同时写 HashMap，可能会导 致数据的不一致。如果需要满足线程安全，可以用 Collections 的 synchronizedMap 方法使 HashMap 具有线程安全的能力，或者使用 ConcurrentHashMap。我们用下面这张图来介绍 HashMap 的结构。

通过图中可以看到，HashMap的主干是一个Entry数组。Entry是HashMap的基本组成单元，每一个Entry包含一个key-value键值对。

大方向上，HashMap 里面是一个数组，然后数组中每个元素是一个单向链表。上图中，每个绿色 的实体是嵌套类 Entry 的实例，Entry 包含四个属性：key, value, hash 值和用于单向链表的 next。

1. capacity：当前数组容量，始终保持 2^n，可以扩容，扩容后数组大小为当前的 2 倍。
2. loadFactor：负载因子，默认为 0.75。
3. threshold：扩容的阈值，等于 capacity * loadFactor

Java8 对 HashMap 进行了一些修改，
最大的不同就是利用了红黑树，所以其由 数组+链表+红黑 树 组成。

根据 Java7 HashMap 的介绍，我们知道，查找的时候，根据 hash 值我们能够快速定位到数组的 具体下标，但是之后的话，需要顺着链表一个个比较下去才能找到我们需要的，时间复杂度取决 于链表的长度，为 O(n)。为了降低这部分的开销，在 Java8 中，当链表中的元素超过了 8 个以后， 会将链表转换为红黑树，在这些位置进行查找的时候可以降低时间复杂度为 O(logN)。