在返回常量哈希码的情况下，Java8 Hashmap 重新散列

Question

根据下面的代码，hashmap 初始默认容量为 16，LF 为 0.75，所以当我输入第 13 个元素时，应该进行重新散列，因为我提供了一个恒定的散列码，它在内部维护一个链表来维护插入顺序。所以，直到第 10 个元素它按预期工作，但是当我输入第 11 个元素时，它会打乱顺序。 任何人都可以帮助我理解为什么它只在第 11 个元素插入时发生。

class A{
    int a;

    A(int a){
        this.a = a;
    }
    @Override
    public int hashCode() {
        return 7;
    }
    @Override
    public String toString() {
        return "" + a + "";
    }
}
class Base {
    public static void main(String[] args) {
        Map<Object, Integer> m = new HashMap<Object, Integer>();
        m.put(new A(1), 1);
        m.put(new A(2), 1);
        m.put(new A(3), 1);
        m.put(new A(4), 1);
        m.put(new A(5), 1);
        m.put(new A(6), 1);
        m.put(new A(7), 1);
        m.put(new A(8), 1);
        m.put(new A(9), 1);
        m.put(new A(10), 1);
        //m.put(new A(11), 1);
        System.out.println(m);
    }
}

直到第 10 个元素我得到的输出：

{1=1, 2=1, 3=1, 4=1, 5=1, 6=1, 7=1, 8=1, 9=1, 10=1}

输入第 11 个元素后得到的输出：

{4=1, 1=1, 2=1, 3=1, 5=1, 6=1, 7=1, 8=1, 9=1, 10=1, 11=1}

它应该保持插入顺序，或者如果它在内部使用 RB 树，那么在这种情况下它在这里使用哪种遍历？

Answer 1

它应该保持插入顺序，或者如果它在内部使用 RB 树，那么在这种情况下它在这里使用哪种遍历？

没有“应该”； HashMap 不保证任何订单。当前实现中实际发生的情况由两个常量决定，TREEIFY_THRESHOLD = 8 和 MIN_TREEIFY_CAPACITY = 64。

当一个bucket中的item数量超过前者时，bucket会转化为一棵节点树，除非map的总容量小于后者的常数，在这种情况下，容量会翻倍。

所以当你插入第 9 个对象时，容量会从 16 提升到 32，插入第 10 个会导致从 32 提升到 64，然后，插入第 11 个元素会导致桶转换为树。

无论是否有实际好处，这种转化总会发生。由于对象具有相同的哈希码并且没有实现Comparable，因此最终将使用它们的身份哈希码来确定顺序。这可能会导致顺序发生变化（在我的环境中，它不会）。

Answer 2

它独立于指定的哈希码编号，即 7，而是您的 hascode 是恒定的导致它。原因如下：

我浏览了 HashMap 的 put 方法的源码，有一个常量TREEIFY_THRESHOLD 决定何时将普通桶转换为树。

静态最终整数 TREEIFY_THRESHOLD = 8;

put方法的sn-p代码如下（Put方法调用putVal方法）：

.
.
.

                for (int binCount = 0; ; ++binCount) {

                    if ((e = p.next) == null) {

                        p.next = newNode(hash, key, value, null);

                        if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st

                            treeifyBin(tab, hash);

                        break;

                    }
.
.
.

记下包含if (binCount >= TREEIFY_THRESHOLD - 1) 条件的行。一旦发现一个桶的容量达到TREEIFY_THRESHOLD，它就会调用treeifyBin()方法。

只有在遇到MIN_TREEIFY_CAPACITY 时，此方法才会依次调用resize() 方法。

 final void treeifyBin(Node<K,V>[] tab, int hash) {
        int n, index; Node<K,V> e;
        if (tab == null || (n = tab.length) < MIN_TREEIFY_CAPACITY)
            resize();
        else if ((e = tab[index = (n - 1) & hash]) != null) {
            TreeNode<K,V> hd = null, tl = null;
            do {
                TreeNode<K,V> p = replacementTreeNode(e, null);
                if (tl == null)
                    hd = p;
                else {
                    p.prev = tl;
                    tl.next = p;
                }
                tl = p;

            } while ((e = e.next) != null);
            if ((tab[index] = hd) != null)
                hd.treeify(tab);
        }
    }

在上面的sn-p中查找以下条件

if (tab == null || (n = tab.length) < MIN_TREEIFY_CAPACITY)
            resize();

resize 方法然后根据它具有的多个条件检查相应地增加地图的大小。它基本上通过负载系数增加容量。

如果没有，就像树化一样。树中的元素数量减少。使用 UNTREEIFY_THRESHOLD 即 6 作为基数执行 Untreeify 操作。

我引用了this 链接来查看Hashmap 代码。