Java完美重写equals()方法的建议

下面给出编写一个完美的equals方法的建议：

1）显式参数命名为otherObject,稍后需要将它转换成另一个叫做other的变量

2）检测this与otherObject是否引用同一个对象 ：if(this == otherObject) return true;

3) 检测otherObject是否为null ，如果为null,返回false.if(otherObject == null) return false;

4) 比较this与otherObject是否属于同一个类
如果equals的语义在每个子类中有所改变，就使用getClass检测 ：if(getClass()!=otherObject.getClass()) return false;
如果所有的子类都拥有统一的语义，就使用instanceof检测 ：if(!(otherObject instanceof ClassName)) return false;

5) 将otherObject转换为相应的类类型变量：ClassName other = (ClassName) otherObject;

6) 现在开始对所有需要比较的域进行比较 。使用==比较基本类型域，使用equals比较对象域。如果所有的域都匹配，就返回true，否则就返回flase.

如果在子类中重新定义equals，就要在其中包含调用super.equals(other)

——参考《Java2核心技术 第一卷：基础知识》

当此方法被重写时，通常有必要重写 hashCode 方法，以维护 hashCode 方法的常规协定，该协定声明 相等对象必须具有相等的哈希码 。

【改写equals方法时，总是要改写hashCode方法】

评论

4 楼 黑屏 2012-05-02  

kangfuq 写道

黑屏 写道

楼主，我不是很明白你所说的关于“如果equals的语义在每个子类中有所改变，就使用getClass检测”，难道instanceof无法通用？

简单的说就是

1、如果你编写的这个类可能会有子类，并且子类的相等性由子类自己判断（即重写父类的equals方法），那么就要用getClass；
    如果使用instance会违反equals方法的对称性原则：假设雇员（e）是父类实例，经理（m）是子类实例，他们逻辑上是不相等的，却可能出现 e.equals(m)为true，m.equals(e)为false；

2、如果你编写的这个类没有子类或子类不会重写equals方法（这时应该把equals方法声明为final），那么就是用instance； 
    这时使用getClass检测会出现问题：比如A有两个子类B和C，B类的实例b与C类的实例c逻辑上是相等的，但是b.equals(c)一直都返回false；

我明白了。谢谢了。

3 楼 kangfuq 2012-05-02  

黑屏 写道

楼主，我不是很明白你所说的关于“如果equals的语义在每个子类中有所改变，就使用getClass检测”，难道instanceof无法通用？

简单的说就是

1、如果你编写的这个类可能会有子类，并且子类的相等性由子类自己判断（即重写父类的equals方法），那么就要用getClass；
    如果使用instance会违反equals方法的对称性原则：假设雇员（e）是父类实例，经理（m）是子类实例，他们逻辑上是不相等的，却可能出现 e.equals(m)为true，m.equals(e)为false；

2、如果你编写的这个类没有子类或子类不会重写equals方法（这时应该把equals方法声明为final），那么就是用instance； 
    这时使用getClass检测会出现问题：比如A有两个子类B和C，B类的实例b与C类的实例c逻辑上是相等的，但是b.equals(c)一直都返回false；

2 楼 freezingsky 2012-05-02  

一般用netbeans直接生成对应的方法。

1 楼 黑屏 2012-05-02  

楼主，我不是很明白你所说的关于“如果equals的语义在每个子类中有所改变，就使用getClass检测”，难道instanceof无法通用？