为什么HashTable在java中存储表中键的哈希值

Question

我正在通过Java的hash方法实现put方法，并遇到了这个：

// Makes sure the key is not already in the hashtable.
    Entry tab[] = table;
    int hash = key.hashCode();
    int index = (hash & 0x7FFFFFFF) % tab.length;
    for (Entry<K,V> e = tab[index] ; e != null ; e = e.next) {
        if ((e.hash == hash) && e.key.equals(key)) {
            V old = e.value;
            e.value = value;
            return old;
        }
    }

虽然我知道需要一个密钥来检查冲突，但为什么Java存储密钥的哈希值并检查它？

Answer 1

因为% tab.length操作，相同的桶（ tab ）可以保存具有不同散列的项目。 首先检查哈希可能是一些性能优化，以避免在哈希值不同时调用equals() 。

举一个这样的例子：假设你有两个带有昂贵的equals()方法的复杂对象。 一个对象具有等于1的散列，而另一个对象具有32的散列。如果将两个对象放在具有31个桶的散列表中，它们将最终位于同一个桶（ tab ）中。 添加第二个（不同的对象）时，必须确保它还没有在表中。 您可以立即使用equals() ，但这可能会更慢。 相反，你首先比较哈希，如果没有必要，避免代价高昂的equals() 。 在这个例子中，哈希是不同的（尽管在同一个桶中）所以equals()不是必需的。

Answer 2

它使访问速度更快，因为不需要为每次访问重新计算哈希值。 这不仅对显式搜索（在执行equals之前检查哈希）以及rehash非常重要。