关于HashMap中的IndexOf方法原来一直没有想通为什么用&,并且和length-1做运算,今天琢磨了一下
static int indexFor(int h, int length) {
return h & (length-1);
}
前提
首先大家知道普通的Hash打散的算法都是mod表的长度,比如h%length,但是HashMap却用的是位运算
分析
HashMap的初始大小和扩容都是以2的次方来进行的,换句话说length-1换成二进制永远是全部为1,比如容量为16,则length-1为1111,大家知道位运算的'&'规则是两个1才得1,遇0得0,也就是说length-1中的某一位为1,则对应位置的计算结果才取决于h中的对应位置(h中对应位取0,对应位结果为0,h对应位取1,对应位结果为1。这样就有两个结果),但是如果length-1中某一位为0,则不论h中对应位的数字为几,对应位结果都是0,这样就让两个h取到同一个结果,这就是hash冲突了,恰恰length-1又是全部为1的数,所以结果自然就将hash冲突最小化了
对比
仔细观察可以发现其实老方法h%length与h&(length-1)得到的结果其实是一个值,但是为什么hashmap中要用后者呢
1.length(2的整数次幂)的特殊性导致了length-1的特殊性(二进制全为1)
2.位运算快于十进制运算,hashmap扩容也是按位扩容,所以相比较就选择了后者
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)