7.6 @EqualsAndHashCode

7.6 @EqualsAndHashCode

关于@qualsAndHashCode注解

@Data相当于@Getter @Setter @RequiredArgsConstructor @ToString @EqualsAndHashCode这5个注解的合集。

可能要遇到的问题:

当使用 @data 注解时,默认就加上了 @EqualsAndHashCode 注解。equals() 和 hashcode() 方法。且不会使用父类的属性。这就导致了可能会出现的问题。
当有多个类有部分相同的属性,然后把这些属性提取出来,定义到父类中,恰好 id (数据库主键)也在父类当中,那么就会存在部分对象在比较时,他们并不相等,但是却因为 lombok 自动生成的 equals() 和 hashcode()方法判定相等,从而导致出错。

解决方法:

1,使用@Getter ,@Setter @Tostring 代替 @Data 并自定义 equals() 和 hashcode() 方法,比如有些类只需要判断主键 id 是否相等就够了。

2,或者在使用 @Data 时同时加上@equalsAndHashcode(callSuper = true)注解

@equalsAndHashcode 默认 callSuper = false

2,为啥要重写hashcode和equals方法

首先一点java中所有的类都是object的子类。

然后就是要说hash算法和hashmap了。

hash算法和hashmap

hash表默认长度是11,本质是一个线性表。

往hash表(hashmap)里存数据时:

1,先通过hash函数得到一个hash值

2,然后根据hash值往hash表中放

3,在这个过程中不可避免的会出现 hash冲突。

具体的做法就是为hash值相等的对象建立一个同义词链表。当我们往一个索引地址放入的时候,发现地址被占,那么就会新建一个链表放入这个值。
同理,查找的时候,我们要找这个值,首先会根据hash函数算出它的hash值,然后根据hash值当作索引查找,当发现这个索引里存的不是这个值,就会沿着链表一次查找。

虽然我们还是无法避免hash值冲突问题,但是hash函数设计合理,就能保证同义词链表的长度控制在一个合理的范围内。

所以:重写hashcode方法的重要性来了

简单的说:

1,当有一个属性 id,创建两个对象(k1,k2),他们的id都是1,此时没有重写 hashcode()方法和 equals()方法。注意他们的id虽然相同,但是他们在内存中的地址并不相同。

2,把k1放入hashmap中,通过k2的值来取,(k1,k2 的值相同),结果:取出的是一个null。必然是null,原因有两个,1,因为没有重写hashcode方法,2,没有重写equals方法。

首先,我们往 hashmap里放k1时,首先会调用这个类的hashcode方法计算它的hash值,随后把k1放入hash值所指引的内存位置
其次,我们没有在key里定义hashcode方法,这里调用的hashcode方法是object类中的(所有的类都是object的子类),而object类的hashcode方法返回的hash值其实是k1对象的内存地址。(假设是1000)。而k1,和k2的内存地址是不一样的,所以根据k2的内存地址拿到的是null。

重写hashcode方法

重写完hashcode方法后,这个时候由于k1,k2的值是一样的,所以根据hash函数得到的hash值是一样的。
但是根据k2,去取k2依旧是null,这是因为k1,k2,的hash值是一样的,产生了hash冲突,这个时候链表上可能会存在多个hash值相同的值,这个时候就需要通过 equals 方法来判断两者是否相等。
由于我们没有在对象中重写equals 方法,系统在这里调用的依旧是object 类的 equals() 方法。object类的固有方法是根据两个对象的内存地址来判断,所以k1,k2必然是不相等的,这就是重写了hashcode方法后依然得到的是 null。

所以:这就是重写 hashcode方法和 equals 方法的原因了

equals 方法需要满足的几个特性

1,自反性:x.equals(x) == true,和自己比较相等

2,对称性:x.equals(y) == y.equals(x),两个对象调用 equals的结果应该是一样的。

3,传递性:如果 x.equals(y) == true ; y.equals(z) == true 则 x.equals(z) == true ;x和y相等,y和z相等,则x和z相等。

4,一致性:如果x对象个y对象有成员变量num1和num2,其中重写的equals方法只有num1参与了运算,则修改num2不会影响 x.equals(y) 的值。

而这时如某个类没有重写hashcode方法的话,equals判断两个值相等,但是hashcode的值不相等,如string 类,这样就会造成歧义。

  • 5
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值