1. 不用覆盖的情况

• 类的每个实例本质上都是唯一的。对于代表活动实体而不是值(value)的类来说确实如此，如Thread；
• 不关心类是否提供了“逻辑相等(logical equality)”的测试功能。简单来说就是该类不需要这个功能；
• 超类已经覆盖了equals，从超类继承过来的行为对于子类也是合适的。那我还费啥事重写equals；
• 类是私有的或者包集私有的，可以确定它的equals方法永远不会被调用。在这种情况下应该覆盖equals方法的，为的是防止它被意外调用，代码如下：

@Override
public boolean equals(object o) {
    throw new AssertionError();          //Method is never called
}

2. 需要覆盖的情况

类具有自己特有的“逻辑相等”概念(不同于对象相等概念)，而且超类还没有覆盖equals以实现期望的行为，这时，我们就需要覆盖equals方法。主要目的是知道其在逻辑上是否相等，而不是想了解它们是都指向同一个对象。

• “每个值至多只存在一个对象”的“值类”不需要覆盖equals方法；还如枚举类型也属于这样的类。

equals的通用约定：

• 自反性(reflecive)
• 对称性(symmetric)
• 传递性(transitive)
• 一致性(consistent)
• 对于任何非null的引用值x，x.equals(null)必须返回false

既可扩展不可实例类又增加值组件，采用复合优先于继承的方式(权宜之计)。不在让类B扩展类A，而是在类B中加入一个私有的A域。

3. 实现高质量equals方法诀窍★

• 使用==操作符检查“参数是否为为这个对象的引用”；
• 使用instanceof操作符检查“参数是否为正确的类型”；
• 把参数转换成正确的类型；
• 对于该类中的每个“关键(significant)”域，检查参数中的域是否与该对象中对应的域相匹配；
• 考虑上述编写的equals方法，它是否是对称的、传递的、一致的？

示例代码：

public class PhoneNumber {
    private final short areaCode;
    private final short prefix;
    private final short lineNumber;
    
    @Override
    public boolean equals(Object obj) {
        
        if (obj == this) {
            return true;
        }
        if (!(obj instanceof PhoneNumber)) {
            return false;
        }
        PhoneNumber pn = (PhoneNumber)obj;
        return pn.lineNumber == lineNumber
            && pn.prefix == prefix
            && pn.areaCode == areaCode;
    }
}