真正搞懂hashCode和hash算法【转载】

最新推荐文章于 2024-10-31 19:07:52 发布

channingBeayu

最新推荐文章于 2024-10-31 19:07:52 发布

阅读量46

点赞数

文章标签：哈希算法算法散列表

原文链接：https://blog.csdn.net/qq_33709582/article/details/113337405

版权

hashCode的概念

hashCode的设计初衷是提高哈希容器的性能

equals的效率是没有hashCode高的，
所以先判断hashcode是否相同，不相同则对象肯定不等，相同才再用equals判断
ps：重写equals()方法时候一定要重写hashCode()方法

HashMap的hash算法设计超级超级巧妙

    static final int hash(Object key) {
        int h;
        return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
    }

hashMap的默认初始容量是16，也就是有16个桶。通过这个hash()得到hash，计算(n - 1) & hash得到HashMap在put对象时该放到哪个桶。

数组长度-1、^运算、>>>16是为了让key在hashmap的桶中尽可能分散。
否则会造成过多的hash冲突，key几乎全部怼到同一个桶里，分布很不分散。
更关键的是，如果不数组长度 - 1，会返回桶索引n，会越界。
用&而不用取模%是为了提高计算性能

比如，在默认长度n=16的情况下——

所以，让hash和n-1做与运算，可能性更多，结果也更分散。

与运算的特性：当b为2的n次方时，a%b=a&(b-1)

HashMap的长度总是2^n（不知道的去看它的扩容机制），而位运算肯定速度更快，因此~。

相比其他位运算而言， ^ 运算的下标更分散。

>>>16表示无符号右移16位，位数不够，高位补0

其实>>>16和 ^ 运算是相辅相成的关系，这一套操作是为了保留hash值高16位和低16位的特征：

因为数组长度(按默认的16来算)减1后的二进制码低16位永远是1111，我们肯定要尽可能的让1111和hash值产生联系，
但是很显然，如果只是1111&hash值的话，&运算是都为1才为1，1111我们肯定是改变不了的，只有从hash值入手。1111只会与hash值的低四位产生联系，也就是说这种算法出来的值只保留了hash值低四位的特征，前面还有28位的特征全部丢失了；
所以hashMap作者采用了 key.hashCode() ^ (key.hashCode() >>> 16) 这个巧妙的扰动算法【key的hash值经过无符号右移16位，再与key原来的hash值进行 ^ 运算】，就能很好的保留hash值的所有特征，这种离散效果才是我们最想要的。

上面这两段话就是理解>>>16和 ^ 运算的精髓所在，如果没看懂，建议你休息一会儿再回来看，总之记住，目的都是为了让数组下标更分散