第8条：覆盖equals时请遵照通用约定

一、equals方法

1.一、简介

equals()方法，定义在Object类中，源码以下：

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

　　也就是说，在Object类中，比较的是两个对象的引用是否相同。
　　当咱们建立一个新的类而没有覆盖equals方法时，调用equals方法即比较两个对象的引用是否相同，此时与使用“==”比较是同样的。

1.二、equals与==

参考：浅谈Java中的equals和==

　　String类对equals方法进行了重写，用来比较指向的字符串对象所存储的字符串是否相等。其余的一些类诸如Double，Date，Integer等，都对equals方法进行了重写用来比较指向的对象所存储的内容是否相等。

总结来讲：

• 对于==，若是做用于基本数据类型的变量，则直接比较其存储的 “值”是否相等；若是做用于引用类型的变量，则比较的是所指向的对象的地址
• 对于equals方法（注意：equals方法不能做用于基本数据类型的变量），若是没有对equals方法进行重写，则比较的是引用类型的变量所指向的对象的地址；诸如String、Date等类对equals方法进行了重写的话，比较的是所指向的对象的内容。

二、不须要覆盖equals方法

当有以下条件时，不须要覆盖equals方法：

• 类的每一个实例本质上都是惟一的。
• 不关心类是否提供了“逻辑相等（logical equality）”的测试功能。
• 超类已经覆盖了equals，从超类继承过来的行为对于子类也是适合的。
• 类是私有的或是包级私有的，能够肯定它的equals方法永远不会被调用。

三、覆盖equals方法

3.一、何时该覆盖

　　若是类具备本身特有的“逻辑相等”概念（不一样于对象等同的概念），并且超类尚未覆盖equals以实现指望的行为，这时就须要覆盖equals方法。
　　这一般属于“值类（value class）”的情形。值类仅仅是一个表示值的类，例如Ingeter或Date，在利用equals方法来比较值对象的引用时，但愿知道它们在逻辑上是否相等，而不是想了解它们是否指向同一个对象。

3.二、覆盖时遵照约定

等价关系（equivalence relation）：

• 自反性(reflexive)：对于任何非null的引用值x，x.equals(x)必须返回true。
• 对称性(symmetric)：对于任何非null的引用值x和y，当且仅当y.equals(x)返回true时，x.equals(y)必须返回true。
• 传递性(transitive)：对于任何非null的引用值x，y和z，若是x.equals(y)返回true，且y.equals(z)返回true，那么x.equals(z)也必须返回true。
• 一致性(consistent)：对于任何非null的引用值x和y，只有equals的比较操做在对象中所用的信息没有被修改，屡次调用x.equals(y)总会一致地返回相同的结果。
• 非空性(Non-nullity)：对于任何非null的引用值x，x.equals(null)必须返回false。

四、实现高质量equals

1. 使用“==”操做符检查“参数是否为这个对象的引用”。
2. 使用instanceof操做符检查“参数是否为正确的类型”。
3. 把参数转换成正确的类型。
4. 对于该类中的每一个“关键（significant）”域，检查参数中的域是否与该对象中对应的域相匹配。
5. 当你编写完成了equals方法以后，应该问本身三个问题：它是否对称的、传递的、一致的？

五、告诫

• 覆盖equals时总要覆盖hashCode
• 不要企图让equals方法过于智能
• 不要将equals声明中的Object对象替换为其余的类型。

六、参考

• 《Effective Java》中文版第2版，第8条：覆盖equals时请遵照通用约定
• 浅谈Java中的equals和==
• java提升篇（十二）-----equals()