HashMap源码解析

本来我是准备要先看HashSet的源码，但是发现HashSet内部的实现全是由HashMap实现的，所以我觉得看完HashMap再看HashSet会更容易理解一点。
我们先来看看官方给出的HashMap的解释：

哈希表的 Map 接口的实现。此实现提供所有可选的映射操作，并允许使用 null 值和 null 键。（除了非同步和允许使用 null 之外，HashMap 类与 Hashtable 大致相同。）此类不保证映射的顺序，特别是它不保证该顺序恒久不变。

HashMap 的实例有两个参数影响其性能：初始容量 和加载因子。容量 是哈希表中桶的数量，初始容量只是哈希表在创建时的容量。加载因子 是哈希表在其容量自动增加之前可以达到多满的一种尺度。当哈希表中的条目数超出了加载因子与当前容量的乘积时，则要对该哈希表进行 rehash 操作（即重建内部数据结构），从而哈希表将具有大约两倍的桶数。

通常，默认加载因子 (.75) 在时间和空间成本上寻求一种折衷。加载因子过高虽然减少了空间开销，但同时也增加了查询成本（在大多数 HashMap 类的操作中，包括 get 和 put 操作，都反映了这一点）。在设置初始容量时应该考虑到映射中所需的条目数及其加载因子，以便最大限度地减少 rehash 操作次数。如果初始容量大于最大条目数除以加载因子，则不会发生 rehash 操作。

虽然有点多，但是我觉得都挺重要的，下面配合这源码分析来理解上述的话，可能要好一点，下面我们先来看一下存储的示意图，图是我盗来的哈哈。

图中的table是map的主要存储中心，它是一个数组。table数组中的每一个元素被称为桶（bucket），也就是说table[index]就是一个桶。桶中的元素是一个时，相当于数组table的一项（也可以理解是链表的头结点），当桶中的元素是2-7个时，桶的数据结构则变成链表。大于等于8个时，Java1.8做的优化，引入了红黑树进行存储。

-HashMap定义

public class HashMap<K,V> extends AbstractMap<K,V>
    implements Map<K,V>, Cloneable, Serializable 

HashMap成员变量

    //默认桶容量
    static final int DEFAULT_INITIAL_CAPACITY = 1 << 4; // aka 16

    //最大容量
    static final int MAXIMUM_CAPACITY = 1 << 30;

    //默认的填充因子
    static final float DEFAULT_LOAD_FACTOR = 0.75f;

    //一个桶中存放的元素个数大于或等于这个数值就会转化成红黑树来存储
    static final int TREEIFY_THRESHOLD = 8;

    //当一个桶上的红黑树的结点个数小于这个值时，树转换成链表
    static final int UNTREEIFY_THRESHOLD = 6;

    //hash 冲突的链表转变为红黑树时，需要判断下此时数组容量，若是由于数组容量太小（小于　MIN_TREEIFY_CAPACITY　）导致的 hash 冲突太多，则不进行链表转变为红黑树操作，转为利用　resize() 函数对　hashMap 扩容

    static final int MIN_TREEIFY_CAPACITY = 64;
    //存放的桶的数组
    transient Node<K,V>[] table;

    // 存放具体元素的集

    transient Set<Map.Entry<K,V>> entrySet;

    //存放元素的个数
    transient int size;

    //记录扩容和更改map的记录器
    transient int modCount;

    //阈值，当实际大小超过这个值时，会扩容
    int threshold;

    //填充因子
    final float loadFactor;

-内部类

最重要的内部类就是定义结点的内部类

static class Node<K,V> implements Map.Entry<K,V> {
        final int hash;//结点的hash值
        final K key;//key值
        V value;//vaule值