hashcode代码的实现分析

本文探讨了为什么String类的hashcode实现会使用31作为乘数,主要原因是性能优化。31可以通过移位运算快速计算,减少哈希冲突,提高查找和比较对象的效率。同时,31是一个素数,有助于避免相同的哈希地址,降低内存占用。
摘要由CSDN通过智能技术生成

写了很久的代码,每个实体一般都要重写equals 和 hashcode 方法,关于为何重写,上一篇已经初步进行了介绍。

但是看过源码的人一定会很奇怪,String类的hashcode的实现方法。

public int hashCode() { 
    int h = hash; //构造函数字符串hash 默认0 
    if (h == 0 && value.length > 0) { 
        char val[] = value; //构造函数字符串值
        for (int i = 0; i < value.length ; i++) { 
            h = 31*h + val[i]; 
    } 
    hash = h; 
    } 
return h; 
} 

为什么要这样实现,以及31是什么鬼?

先说原因:性能高。

至于为啥性能高?

1.我们知道,比较、查找对象第一步就是hashcode,而最好的实现方式就是没有哈希冲突,实现O(1)的复杂度

2.而怎样才能实现最少的哈希冲突呢?

我们看代码

hashcode = s[0]*31^(n-1)+s[1]*31^(n-2)+...+s[n-1]*32^0 的多项式

这个31就很关键。

关键词 : 

计算机计算移位操作(乘2即地址单元一个移位操作,快)、

素数:素数在使用的时候有一个作用就是如果我用一个数字来乘以这个素数,那么最终的出来的结果只能被素数本身和被乘数还有1来整除

在存储数据计算hash地址的时候,我们希望尽量减少有同样的hash地址,所谓“冲突”

31是个神奇的数字,因为任何数n * 31就可以被JVM优化为 (n << 5) -n,移位和减法的操作效率要比乘法的操作效率高的多,对左移现在很多虚拟机里面都有做相关优化,并且31只占用5bits!

因此:该方法能提高计算速度,减少哈希冲突,顺道减小计算时的内存占用!!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值