100%会用到的hashCode()和equals()方法及使用规范,你掌握了吗?

本文详细探讨了在Java中重写hashCode()和equals()方法的必要性和规范,通过String类的源码分析了hashCode()的实现,并通过实例解释了为何Set和Map需要对象重写这两个方法。同时,文章阐述了equals()的设计原则,包括对称性、反射性、类推性、一致性、非空性,并简要提到了hashCode()的设计原则。
摘要由CSDN通过智能技术生成

背景
在看阿里巴巴Java开发手册手册时,看到了有关hashCode()和equals()方法的使用规范。

只要重写 equals,就必须重写 hashCode。
因为 Set 存储的是不重复的对象,依据 hashCode 和 equals 进行判断,所以 Set 存储的对象必须重写这两个方法。
如果自定义对象做为 Map 的键,那么必须重写 hashCode 和 equals。
并且举了String 重写了 hashCode 和 equals 方法,所以我们可以非常愉快地使用 String 对象作为 key 来使用的例子。

我们看下String的hashCode()和equals()的源码:

String的hashCode()
hashCode():

private int hash; // Default to 0
public int hashCode() {
    int h = hash;
    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;
}

代码就不一行一行的解释了,单纯的从代码角度上来说,我们也可以学到一些知识点。

缓存的重要性,这里的value属性就作为了缓存。
大多数情况下缓存是在使用时生成的。
计算hash时可以用类本身的属性的值与31乘积。
为什么是31,而不是32,33等其他数字呢?

31是一个素数,素数作用就是如果我用一个数字来乘以这个素数,那么最终的出来的结果只能被素数本身和被乘数还有1来整除。
31可以由i*31 == (i<<5)-1来表示,现在很多虚拟机里面都有做相关优化。
选择系数的时候要选择尽量大的系数。因为如果计算出来的hash地址越大,所谓的“冲突”就越少,查找起来效率也会提高。
并且31只占用5bits,相乘造成数据溢出的概率较小。
后面再说hashCode的设计原则,继续介绍equals()方法。

String的equals()
public boolean equals(Object a

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值