本文思想来自于Effective Java第二版 3.1章节,实为阅读总结,如果读者有疑惑的地方强烈建议阅读这个章节。
何时覆盖Equals方法
何时不应该覆盖
覆盖equals方法看上去是一件简单的事情,但是很多覆盖的方法都会导致一些隐性的BUG,最容易避免这些问题的方法就是 不覆盖 equals方法,在这种情况下每个类都只与其自身相等,如果满足以下任何一个条件,就不应该覆盖equals方法
- 类的每个实例在本质上都是唯一的
对于代表活动实体而不是值的类来说,如Thread等类。Object类提供的equals方法能够实现这些类的正确行为 - 不关心类是否提供了“逻辑相等”的测试功能
如java.util.Random
覆盖了equals,以检查两个Random示例是否产生相同的随机实例,但是设计者并不认为客户需要这些功能,在这种情况下单纯Object的equals方法就足够了 - 超类已经覆盖了equals方法,而从超类继承过来的equals方法对于子类也是合适的
大多数的Set都实现从AbstructSet继承equals实现,大多数List实现从AbstructList继承equals实现,大多数Map实现从AbstructMap继承equals实现 - 类是私有的或者是包级私有的,可以确定其equals方法永远都不会调用
在这种情况下应该覆盖其equals方法,以防止其被意外调用。如: