24、覆盖equals时请遵守通用约定

覆盖equals方法看似很简单,但是有许多覆盖方式会导致错误,并且后果非常严重。最容易的避免这类问题的方法就是不覆盖equals方法,这种情况下,每个实例都与它自身相等。

如果你必须覆盖equals方法,那么请遵循:

1、自反性。对于任何非null的引用值x,x.equals(x)必须返回true;

2、对称性。对于任何非null的引用值x和y,当且进党y.equalts(x)返回true时,x.equals(y)必须返回true;

3、传递性。对于任何非null的引用值x和y和z,如果x.equals(y)为true,并且y.equals(z)为true,那么x.equals(z)也必须返回true;

4、一致性。对于任何非null的引用值x和y,只要equals的比较操作在对象中所用的信息没有被修改,多次调用x.equals(y)就会一致地返回true,或者一致地返回false。

时间: 2024-10-11 18:26:22

24、覆盖equals时请遵守通用约定的相关文章

第三章:对于所有对象都通用的方法。ITEM8:覆盖equals时请遵守通用约定。

1.什么时候需要覆盖equals?如果类具有自己特有的“逻辑相等”概念,而且超类还没有覆盖equals. 2.覆盖equals时需要遵守的约定: 自反性.对于任何非null的引用值x,x.equals(x)必须返回true. 对称性.对于任何非null的引用值x和y,当且仅当y.equals(x)返回true时,x.equals(y)必须返回true. 1 package com.twoslow.cha3; 2 3 /** 4 * 对称性 5 */ 6 public class CaseInse

覆盖equals时请遵守通用约定——Effective Java 读书笔记

如果满足了以下任一条件,这就正是所期望的结果: 类的每个实例本质上都是唯一的. 不关心类是否提供了"逻辑相等"的测试功能. 超类已经覆盖了equals,从超类继承过来的行为对于子类也是适合的. 类是私有的或是包级私有的,可以确定它的equals方法永远不会被调用. 如果类具有自己特有的"罗吉相等"概念(不同于对象等同的概念),而且超类还,没有覆盖equals以实现期望的行为,这时我们就需要覆盖equals方法. equals方法实现了等价关系: 自反性 对称性 传递

第八条:覆盖equals时请遵守通用约定

==是物理相等 equals是逻辑相等 因为每个类的实例对象本质上都是唯一的 ,利用物理相等(==)是指一个实例只能相等于它自己. 利用逻辑相等是(equals)指 一个实例是否和另一个实例的某些关键域相等,从而来判断这两实例是否相等. Object类的equals方法的实现:物理相等的话就逻辑相等. 什么时候不需要覆盖Object类的equals方法? 1.希望这个类的实例只能和自身相等,不覆盖equals方法,只继承Object类的equals方法. 我们比较这个类的实例对象是否相等,无论是

第10项:重写equals时请遵守通用约定

??重写equals方法看起来似乎很简单,但是有许多重写方式会导致错误,而且后果非常严重.最容易避免这类问题的办法就是不覆盖equals方法,在这种情况下,类的每个实例都只能与它自身相等.如果满足了以下任何一个条件,那就是正确的做法: 类的每个实例都是唯一的. 对于代表活动实体而不是值(value)的类来说确实如此,例如Thread.Object提供的equals实现对这些类具有完全正确的行为(The equals implementation provided by Object has ex

覆盖equals时尊守的约定

自反性(reflexive):对于任何非null的引用X,x.equals(x)必须返回ture 对称性(symmetric):对于任何非null的引用x和y,当且仅当x.equals(y)返回为ture时,y.equals(x)必须返回为true 传递性(transitive):对于任何非null的引用x,y和z,当x.equals(y)返回为true,并且y.equals(z)返回也是true,那么x.equals(z)返回的必须是true 一致性(consistent):对于任何的非nul

Effective Java 第三版——10. 重写equals方法时遵守通用约定

Tips <Effective Java, Third Edition>一书英文版已经出版,这本书的第二版想必很多人都读过,号称Java四大名著之一,不过第二版2009年出版,到现在已经将近8年的时间,但随着Java 6,7,8,甚至9的发布,Java语言发生了深刻的变化. 在这里第一时间翻译成中文版.供大家学习分享之用. 10. 重写equals方法时遵守通用约定 虽然Object是一个具体的类,但它主要是为继承而设计的.它的所有非 final方法(equals.hashCode.toStr

覆盖equals时总要覆盖hashCode

本文涉及到的概念 1.为什么重载equals方法时,要重载hashCode函数;没有重载hashCode带来的问题 2.一个对象hashCode的生成规则 1.为什么重载equals方法时,要重载hashCode函数 “ 一个很常见的错误根源在于没有覆盖hashCode方法.在每个覆盖了equals方法的类中,也必须覆盖hashCode方法.如果不这样做,就会违反Object.hashCode的通用约定,从而导致该类无法结合所有基于散列的集合一起正常运作,这样的集合包括HashMap,HashS

第9条:覆盖equals时总要覆盖hashCode

在每个覆盖equals方法的类中,也必须覆盖hashCode方法.否则,会违反Object.hashCode的通用约定,从而导致该类无法结合所有基于散列的集合一起正常工作,包括HashMap,HashSet,Hashtbale. hashCode约定内容: 1.只要对象equals方法的比较操作所用到的信息没有被修改,对同一对象调用多次,hashCode方法都必须返回同一整数.在同一应用程序的多次执行过程中,每次执行返回的整数可以不一致. 2.如果两个对象根据equals(Object)方法比较

effectiveJava(7)覆盖equals时总要覆盖hashcode

在每个覆盖了equals方法的类中,也必须要覆盖hashcode方法.如果不这样做的话,就会违反Object.hashcode的通用约定,从而导致该类无法结合所有基于散列的集合一起正常运作,这样的集合包括HashMap. HashSet.Hashtable. Object规范: 在应用程序的执行期间,只要对象的equals方法的比较操作所作用到的信息没有被修改,那么对这同一对象调用多次,hashCode方法都必须返回同一个整数.在同一个应用程序的多次执行过程中,每次执行返回的整数可以不一致. 如