为什么重写equals就要重写hashcode

最新推荐文章于 2024-06-05 21:00:00 发布
最新推荐文章于 2024-06-05 21:00:00 发布
阅读量206 收藏
点赞数 1
文章标签： java jvm 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/airplanewuhu/article/details/137022990
版权

这是因为我们在用hash结构去存储数据的时候，是用hashcode去计算这个数据的位置，而不是数据本身的值。

如果重写equals不重写hashcode，那么在不使用哈希相关结构的情况下，是不会产生直接影响的

因此我们向例如hashset这种结构里面存入了A，而A.equals(B)==true的时候，我们希望向hashset里面存入的B是会重复的

但是由于A和B的hashcode计算方式不同(我们没有重写hashcode)，那么hashset在计算B的hashcode来放置B时，会发现位置是空的(A的hashcode算法不一样，因此不在这里)，会将B也放进去，导致一个hashset里面出现两个数值重复的值。

为了避免这种情况出现，我们在重写equals的情况下一定要重写hashcode

nodelaynow
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
面试官瞬间就饱了，重写equals函数，需要重写hashCode函数吗？
12-21
面试官问我，为什么重写equals函数，必须重写hashCode函数，我当时就懵住了。 然后扯天扯地，然后面试官瞬间就饱了，痛定思痛，写下这篇博客 首先看String的equals源码 String重写了equals方法，引用指向同一个地址...
重写hashCode()和equals()方法详细介绍
08-28
主要介绍了重写hashCode()和equals()方法详细介绍，涉及重写equals()方法，重写hashCode()方法，重写equals()而不重写hashCode()的风险等相关内容的介绍，具有一定借鉴价值,需要的朋友可以参考下
为什么重写equals一定要重写hashcode
刚子的博客
01-19 4985
在原始的Object类中 默认equals比较规则是通过“==”来进行判断，这样比较的是两个对象的内存地址，默认的hashcode方法返回的是对象的内存地址由哈希算法转换成的一个整数，实际上指的的也是内存。哈希算法具有一定的偶然性，不同的内存地址可能计算出相同的哈希值。 对于原始的hashCode()和equals() 方法来说，通过equals() 比较两个对象相等，说明这两个对象的内存地址相同，进而知hashcode也是相同的。 ​ 在实际使用中，大多数场景下，如HashMap中存放自定义对象类作为ke
为什么重写equals一定要重写hashcode？
热门推荐
学无止境！
05-24 10万+
Object类默认的equals比较规则就是比较两个对象的内存地址。而hashcode是本地方法，java的内存是安全的，因此无法根据散列码得到对象的内存地址，但实际上，hashcode是根据对象的内存地址经哈希算法得来的
为什么重写equals方法时必须重写hashcode方法
m0_45406092的博客
09-06 5849
文章目录1. == 与 equals的区别2. 重写equals()3. hashCode与equals的区别和联系3.1 Hash3.2 HashCode 1. == 与 equals的区别 如果两个引用类型变量使用==运算符，那么比较的是地址，它们分别指向的是否是同一地址的对象，结果一定是false，因为两个对象地址必然不同。 ==不能实现比较对象的值是否相同。 所有对象都有equals方法，默认是Object类的equals，其结果与==一样。 如果希望比较对象的值相同，必须重写equ
为什么重写equals()就要重写hashCode()
毛毛的专栏
10-27 3341
文章目录一、前言二、hashCode()方法三、equals()方法四、hashCode() 与 equals()4.1 不会创建“类对应的散列表”的情况4.2 会创建“类对应的散列表”的情况4.2.1 Set无法去重问题4.2.2 哈希冲突问题4.2.3 equals()和hashCode()完全对应4.2.4 进一步解释为什么重写equals()就要重写hashCode()？五、重写hashCode()的目标六、面试金手指6.1 为什么重写equals()一定要重写hashCode()6.1.1 不会创
重写equals为什么还要重写hashcode
weixin_53425597的博客
05-15 3341
2、在散列集合中，是使用hashcode来计算key应存储在hash表的索引，如果重写了equals而没有重写hashcode，会出现两个完全相同的两个对象，hashcode不同，计算出的索引不同，那么这些集合就乱套了。3、提高效率，当我们比较两个对象是否相同的时候，先比较hashcode是否相同，如果hashcode不相同肯定不是一个对象，如果hashcode不同再调用equals来进行比较，减少比价次数提高效率。1、为了保证一个原则，equals相同的两个对象hashcode必须相同。
重写equals时，为什么还要重写hashcode？
HFish24的博客
07-29 2102
重写equals，为什么还要重写hashcode，大部分的复习资料都会这么写： “**如果两个对象相等，则 hashcode 一定也是相同的。两个对象相等,对两个对象分别调用 equals 方法都返回 true。但是，两个对象有相同的 hashcode 值，它们也不一定是相等的 。**因此，equals 方法被覆盖过，则 hashCode 方法也必须被覆盖。” 加粗部分当然是对的，但是和本问题毫无关系。加粗部分把hashmap中哈希冲突的理论讲了一下，就想当然的认为据此理论就可以得出，重写equals就必须
为什么重写 equals 还要重写 hashCode 方法？
金鳞踏雨
11-24 693
（1）如果两个对象的 hashCode值相等的情况下，对象的内容值不一定相等（hash碰撞问题） （2）如果使用 equals 方法比较两个对象内容值相等的情况下，则两个对象的hashCode值一定要相等
彻底搞懂为什么重写equals还要重写hashcode？
学无止境！
12-30 1万+
hashCode方法主要是为了给HashMap使用。设计hashcode最重要的因素是：对同一个对象调用hachCode()应该产生同样的值（前提是对象的信息没有被改变）。正确的equals方法有如下特性：自反性；对称性；传递性；一致性；之所以有规定，是为了使诸如HashMap这样的哈希表正常使用。具体规定如下：equals相等，hashcode一定相等。equals不等，hashcode不一定相等。hashcode不等，quals一定不等。hashcode相等equals不一定相等
重写equals为什么要重写hashcode
weixin_52293201的博客
07-17 515
方法时，要保证相等的对象具有相同的哈希值，但相同的哈希值不一定代表相等的对象。方法，确保相等的对象具有相同的哈希值，避免在哈希表中出现错误的行为。这是因为在Java中，hashCode。因此，为了保持一致性，当我们重写。反之，如果哈希值相同，对象的。方法时，通常也需要同时重写。在哈希表中存储对象时，方法时，也需要同时重写。
为什么在重写 equals方法的同时必须重写 hashcode方法
09-01
Object 类是所有类的父类，其 equals 方法比较的是两个对象的引用指向的地址，hashcode 是一个本地方法，返回的是对象地址值。他们都是通过比较地址来比较对象是否相等的
重写equals和hashcode方法_equals_重写equals和hashcode方法_
10-03
重写equals和hashcode方法，学习和进步
Java重写equals及hashcode方法流程解析
08-19
主要介绍了Java重写equals及hashcode方法流程解析,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
进阶2 探索图形化编程：扩展图形组件与切片开发的魅力
优树搭的博客
05-30 1593
当这些切片成功地通过图形程序串联起来后，在后续进行程序升级或维护时，大家会惊喜地发现，图形程序就如同清晰的路标一般，可以非常便捷地通过图形程序准确地定位到相关切片，并对这些切片进行在线查看、编辑和执行等操作。而且，这些切片的代码长度通常不会太长，相比传统开发的代码，阅读起来要容易得多，这无疑会给系统后续的工作带来极大的便利。
JavaScript第九讲：BOM编程
星途码客的博客
06-04 1082
今天星途给大家带来JavaScript倒数第二部分知识：BOM编程，希望对码客们有帮助。
设计模式之装饰器模式
最新发布
丿微风乍起的博客
06-05 861
装饰器模式是一种结构型设计模式，它允许我们在不改变原有对象结构的情况下，动态地给对象增加一些职责（即增加其额外功能）。其核心在于通过组合而非继承的方式来扩展对象的功能。Component: 这是抽象组件接口，所有的具体组件和装饰器都必须实现这个接口。Concrete Component: 具体组件，这是我们要装饰的基本对象，它实现了Component接口。Decorator: 抽象装饰器，也是实现Component接口的，它包含一个对Component类型的引用，通常在构造函数中初始化。
Java 异常处理中try-catch块、finally子句以及自定义异常的使用
Itmastergo的博客
05-31 1063
异常是程序运行过程中出现的非正常情况。Java 使用异常类（Exception 类及其子类）来表示这些异常情况。异常处理的核心思想是将正常的程序流程与异常处理流程分离开来，使代码更加清晰和可维护。Throwable 类：所有异常和错误的基类。Error 类：表示系统级的错误，程序通常无法处理，比如内存不足（OutOfMemoryError）。Exception 类：表示程序中可以处理的异常情况。RuntimeException 类。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值