HashMap加载因子及转红黑树探究

HashMap加载因子及转红黑树探究

HashMap探究（二）

今天我们来探究下：负载因子为什么是0.75？为什么红黑树扩容是当链表长度>=8时扩容？Java7的hashmap扩容死锁演示与环链形成分析？

负载因子为什么是0.75？

我们先来看看源码：在构造函数中未指定时使用的加载因子

    /**
     * The load factor used when none specified in constructor.
     */
    static final float DEFAULT_LOAD_FACTOR = 0.75f;

我们知道，最理想的情况就是，当我们put进来的元素刚好平铺在数组上，而不产生链表，尽量不产生Hash碰撞。但是我们明白这种情况只是理想化的，是难以实现的。

那么我们反证一下：当我们将负载因子不定为0.75的时候（两种情况）：

1、 假如负载因子定为1（最大值），那么只有当元素填慢数组长度的时候才会选择去扩容，虽然负载因子定为1可以最大程度的提高空间的利用率，但是我们的查询效率会变得低下（因为链表查询比较慢）

结论：所以当加载因子比较大的时候：节省空间资源，耗费时间资源

2、加入负载因子定为0.5（一个比较小的值），也就是说，知道到达数组空间的一半的时候就会去扩容。虽然说负载因子比较小可以最大可能的降低hash冲突，链表的长度也会越少，但是空间浪费会比较大

结论：所以当加载因子比较小的时候：节省时间资源，耗费空间资源

但是我们设计程序的时候肯定是会在空间以及时间上做平衡，那么我们能就需要在时间复杂度和空间复杂度上做折中，选择最合适的负载因子以保证最优化。所以就选择了0.75这个值，Jdk那帮工程师一定是做了大量的测试，得出的这个值吧~

为什么红黑树扩容是当链表长度>=8时扩容

看源码：当链表数量大于8时转化为树

    /**
     * The bin count threshold for using a tree rather than list for a
     * bin.  Bins are converted to trees when adding an element to a
     * bin with at least this many nodes. The value must be greater
     * than 2 and should be at least 8 to mesh with assumptions in
     * tree removal about conversion back to plain bins upon
     * shrinkage.
     * 树阈值 = 8；
     */
    static final int TREEIFY_THRESHOLD = 8;

泊松分布

当我们在put一个元素，产生hash冲突的时候，会遵循泊松分布（通过概率学统计出来）的规则;

泊松分布公式：(exp(-0.5) * pow(0.5, k)

泊松分布图：

意思就是说，当负载因子为0.75的时候，还有当链表的长度的增加。如果再添加新的节点进链表的时候，这个添加进当前链表概率是随着节点的增加而越来越少（泊松分布）。JDK源码中有这样的解释：

也就是说，当put进来一个元素，通过hash算法，然后最后定位到同一个桶（链表）的概率会随着链表的长度的增加而减少，当这个链表长度为8的时候，这个概率几乎接近于0，所以我们才会将链表转红黑树的临界值定为8

当然，虽然在hashmap底层有这种红黑树的结构，但是我们要知道能产生这种结构的概率也不大，所以我们知道在 JDK1.7 到 JDK1.8 这其中HashMap的性能只提高了 7%-8% 左右，提高的并不多。

Java7的hashmap扩容死锁演示与环链形成分析

Java7的hashmap扩容死锁演示与环链形成分析
我们首先来看一下JDK1.7中put方法的源码

我们打开addEntry方法如下，它会判断数组当前容量是否已经超过的阈值，例如假设当前的数组容量是16，加载因子为0.75，即超过了12，并且刚好要插入的索引处有元素，这时候就需要进行扩容操作，可以看到resize扩容大小是原数组的两倍，仍然符合数组的长度是2的指数次幂

我们再进入resize方法如下，它首先会对之前的数组容量进行判断，看是否已经达到了数组最大容量，如果没有，后面会进行数组的转移操作，即transfer方法

JDK1.7中，当数组容量达到16*0.75=12的时候，数组就需要扩容，在扩容的时候，我们都知道会涉及元素的迁移，那么下面代码就是元素迁移的主要代码：JDK1.7中HashMap存在死锁问题的原因也主要集中在这

    //将老的表中的数据拷贝到新的结构中  
    void transfer(Entry[] newTable, boolean rehash) {
     
        int newCapacity = newTable.length;//容量  
        for (Entry<K,V> e : table) {
    //遍历所有桶：即数组
            while(null != e) {
     //遍历桶中所有元素（是一个链表）
                Entry<K,V> next = e.next;  
                if (rehash) {
   //如果是重新Hash，则需要重新计算hash值  
                    e.hash = null == e.key ? 0 : hash(e.key);  
                }  
                int i = indexFor(e.hash, newCapacity);//定位Hash桶  
                e.next = newTable[i];//元素连接到桶中,这里相当于单链表的插入，总是插入在最前面
                newTable[i] = e;//newTable[i]的值总是最新插入的值
                e = next;//继续下一个元素  
            }  
        }