覆盖equals时请遵守通用约定
- 类的实例本质上都是唯一的。
- 不关心类是否提供了"逻辑相等"的测试功能。例如java.util.Random就不需要复写equals
- 超类已经覆盖了equals,从超类继承过来的行为对于子类也是合适的。
- 类是私有的或是包级私有的,可以确定它的equals方法永远不hi被调用。
那么,什么时候应该覆盖Object.equals呢?如果对象具有自己特有的“逻辑相等”概念(不同于对象等同的概念),而且超类还没有覆盖equals以实现期望的行为,这时我们就需要覆盖equals。单例和枚举不需要覆写equals,他们的实例受控确保“每个值至多只存在一个对象”。
equals的4个通用约定自反性、对称性、传递性、一致性。一旦违反了equals约定,当其他对象面对你的对象时,你完全不知道这些对象的行为会怎么样。
中间有一系列的例子来说明不遵守好好完成equals的好的实现和差的实现,最终得出以下实现高质量equals方法的诀窍:
- 使用==操作符检查“参数是否为这个对象的引用”。如果是就返回true。这只不过是一种性能优化,如果比较操作可能很昂贵,就值得这么做。
- 使用instanceof操作符检查“参数是否为正确的类型”。
- 把参数转换成正确的类型。
- 对于该类中的每个“关键”域,检查参数中的域是否与该对象中对应的域相匹配。
- 当你编写完成了equals方法之后,应该问自己3个问题:它是否对称、传递的、一致的。这里涉及到一些开发代码时需要遵守的常见规则,覆写equals时总要覆写hashCode、不要企图让equals过于智能、不要将equals声明中的Object对象替换为其他类型。