覆盖equals时请遵守通用约定

上次在公众号发布了一篇EffectiveJava的笔记创建和销毁对象,有人反应字数太多了,一下子看不过来,于是我考虑着要不每次学一点,分享一点,然后再在每章学习结束再汇总整理一篇,这样方便大家阅读,也有利于碎片时间吸收知识,也能提升一下公众号文章的更新频率,一举多得

依然要提的是,本人能力有限,EffectiveJava比较难懂,所以不免有疏漏或错误的地方,非常欢迎大家批评指正!!!

上次黑燕同学就提醒我:Long装箱后，会形成一个8b的Markword，8b的指针，8b的真正数据，所以效率只有1/3了 详细解释了为什么基本类型性能更加优秀

在这里表示一下感谢!!

另外,有同学说我的配图太”正经”了,今天就换张美女图哈!~ 回复”pretty”,你懂得!~~

好了接下去,正文~

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

不覆盖equals

不覆盖equals的情况下,类的每个实例都与它自身相等,如果满足以下任何一个条件,就是所期望的结果:

• 类的每个实例本质上都是唯一的
• 不关心类是否提供了”逻辑相等”的测试功能
• 超类已经覆盖了equals,从超类继承过来的行为对于子类也是合适的(要小心)
• 类是私有的或是包级私有的,可以确定它的equals方法永远不会被调用 (不懂为什么)

讲得怪怪的

PS: 逻辑相等,就是逻辑上是相等的,比如id一样,判定它们相等,即使它们是两个不同的对象

什么时候应该覆盖equals

当类需要逻辑相等这个概念的时候就应该覆盖equals
比如要判断两个student是否是同一个人,这个时候我们就需要按需重写equals

通用约定

重写equals的时候就必须要遵守它的通用约定
equals方法实现了等价关系(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)就会一致地返回true,或者false
• 对于任何非null的引用值,x,x.equals(null)必须返回false

感觉又回到了学数学交换律什么的的时候了~

有些类(如集合,HashMap)与equals方法息息相关,所以重写的时候要仔细小心

高质量的equals

ej对equals提了几点建议:

1. 使用==操作符检查”参数是否为这个对象的引用” 如果是,则返回true. 这只不过是一种性能优化,如果比较操作有可能很昂贵,就值得这么做 (平时没有用过,怎么样的比较操作算是昂贵的呢?)
2. 使用instanceof操作符检查”参数是否为正确的类型” 如果不是,则返回false。
3. 把参数装换成正确的类型。(这个比较好理解,instanceof检测后,一般都会强转成所需类型)
4. 对于该类中的每个『关键』域,检查参数中的域是否与对象中对应的域相配。(比如学生类有学号，班级，姓名这些重要的属性，我们都需要去比对)
5. 当你编写完成了equals方法之后，应该问自己是哪个问题:它是否是对称的、传递的、一致的？

另外EJ还告诫我们覆盖equals的时候总要覆盖hashCode（见第9条）

小结

最后按照上诉建议，用一个Student类来总结一下equals的写法：

public class Student {
    public String name;
    public String className;
    @Override
    public boolean equals(Object obj) {
        //对于一个null的对象 我们总是返回false
        if (null == obj) {
            return false;
        }
        // 利用instanceof检查类型后,强转
        if (obj instanceof Student){
            Student other = (Student) obj;
            //再对关键的属性做比较 得出结论
            if (name.equals(other.name) && className.equals(other.className)) {
                return true;
            }
        }
        return false;
    }
}

equals是一个看上去简单,实则是个比较容易犯错的方法,需要小心仔细

好了,这是这一条学习笔记的全部内容,如果你有什么建议和意见,欢迎与我交流

另外想说一下,由于公众号的评论功能似乎有依赖于订阅数,如果可以,还望帮忙分享,早日开通评论功能,这样就可以看到大家的意见了!

非常感谢!

欢迎关注