java常识2:equals()与hashCode()的覆写

本文深入探讨了Java中equals()和hashCode()方法的作用及其在集合类中的应用。equals()用于个性化判断对象相等,而hashCode()则为对象生成唯一标识,二者常需一起覆写以确保集合操作正确。

一、equals()的作用及equals()为什么通常要被覆写使用:

“equals”中文译为“相等”。在java中,“==”也是判断相等的运算符,而且使用方便,唯一的缺点就是“没有个性”!

java语言构造了一个五光十色的世界,它可以被用来创造无数的类,而不同的类,在不同的场景下,用来判断是否相等的标准也会是各种各样的。比如:人虽然每个都不同,杨蜜和刘意非这两个不同的人却同样都会去女浴室,也同样都会去女洗手间,这是因为这两个不同的人,在性别这个维度上是一样的。而我们使用传统的“==”则相当于只是机械的根据身份证号码区分身份一样,无法做到根据场景根据具体类型来个性化处理。因此有了equals()方法。

可以说,equals()方法就是被设计用来在需要的场景下覆写使用的。不然源码为啥要这么写?

equals()方法默认是通过“==”实现的(位于Object.java 148~150行):

    public boolean equals(Object obj) {
        return (this == obj);
    }

当我们需要“个性化”的“判断是否相等”时,那么我们就需要覆写equals()方法。

二、hashCode()方法作用及equals()为什么通常要与equals()一起被覆写使用:

“hash”:Hash,一般翻译做散列、杂凑,或音译为哈希,是把任意长度的输入(又叫做预映射pre-image)通过散列算法变换成固定长度的输出,该输出就是散列值。这种转换是一种压缩映射,也就是,散列值的空间通常远小于输入的空间,不同的输入可能会散列成相同的输出,所以不可能从散列值来确定唯一的输入值。简单的说就是一种将任意长度的消息压缩到某一固定长度的消息摘要的函数。(摘自:百度百科《Hash(哈希)》词条)

“hashCode”:原始输入,经过哈希函数的处理,得到的输出结果就是hashCode。这里的hashCode()方法就是所谓的“哈希函数”。

哈希我们可以简单理解为:为对象产生一个编号,并按照这个编号将它放在一个特定的位置。

在集合类中,当一个元素加入到集合中,由于集合中的元素具有唯一性,而该方法就是默认被用来判断集合中的元素是否相等的方法。因此,我们通常在覆写equals()时,为了使后期该类的实例,可以在集合类中以你需要的“个性化标准”判断是否是同一个对象,所以我们一并覆写hashCode()方法。

<think>我们被要求使用中文回答问题,并在回答后提出3-5个相关问题,且第一行必须是“§§相关问题§§”,然后列出问题。 问题:equals,必须hashCode。 回答:在Java中,当我们重一个类的equals方法时,通常也必须重hashCode方法。这是因为Java中有规定:如果两个对象根据equals方法比较是相等的,那么调用这两个对象的hashCode方法必须产生相同的整数结果。反之则不一定要求。如果不遵守这个规定,当使用基于散列的集合(如HashMap, HashSet等)时,会导致对象无法正确工作。 原因: 1. 在散列集合中,对象的存储位置是通过hashCode计算得到的。如果两个对象相等(即equals返回true),但hashCode不同,那么它们可能会被放入集合的不同位置,从而导致集合中出现重复元素(因为集合认为它们不相等),这违反了集合的不变性。 2. 同样,在查找对象时,如果根据equals方法相等的对象却有不同的hashCode,那么集合可能无法找到该对象(因为查找时先根据hashCode定位,再比较equals)。 因此,重equals的同时重hashCode是必要的,以保证对象在散列集合中正常工作。 现在,根据要求,在回答后提出3-5个相关问题: §§相关问题§§ 1. 为什么在Java中重equals方法时必须同时重hashCode方法2. 如果不重hashCode方法,可能会在使用哪些集合类时出现问题? 3. 如何正确地重hashCode方法?有哪些常用的方法? 4. 在重equals方法时,通常需要遵循哪些原则? 5. 除了equalshashCode,还有哪些方法在重时需要注意一致性?</think>在Java中,当`equals()`方法时,必须同时`hashCode()`方法,原因如下: 1. **契约一致性** 根据Java规范(`Object`类约定): - 若两个对象`equals()`相等,则它们的`hashCode()`必须相同 - 若`hashCode()`相同,对象不一定`equals()`相等(哈希冲突允许) 2. **散列集合依赖** 如`HashMap`、`HashSet`等依赖哈希码定位桶位。若违反契约: - **场景1**:两个`equals()`相等的对象,但`hashCode()`不同 → 会被存入散列表的不同桶位,导致重复元素 - **场景2**:用`equals()`相等的对象检索时,因`hashCode()`不同而定位到错误桶位 → 返回`null` 3. **正确示例** ```java @Override public boolean equals(Object o) { if (this == o) return true; if (o == null || getClass() != o.getClass()) return false; MyClass obj = (MyClass) o; return Objects.equals(field1, obj.field1) && Objects.equals(field2, obj.field2); } @Override public int hashCode() { return Objects.hash(field1, field2); // 保证相同字段组合生成相同哈希值 } ``` 4. **违反后果** 如未`hashCode()`,默认使用对象内存地址计算哈希值,导致逻辑相等的对象被散列集合视为不同对象。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值