小心覆盖equals
小心覆盖equals
我是偶哦 发表于2年前
小心覆盖equals
  • 发表于 2年前
  • 阅读 24
  • 收藏 0
  • 点赞 0
  • 评论 5

新睿云服务器60天免费使用,快来体验!>>>   

摘要: 读书笔记

我们知道Object类中所有的非final方法equals、hashcode、toString、clone、finalize都有明确的约定,因为这些方法就是设计用来被子类覆盖的。如果不能按照约定覆盖,那么其他依赖这些方法的的类就无法正常工作,比如HashMap和HashSet。

我们先来讨论什么情况下不用覆盖equals方法:

  1. Object提供默认的equals方法可以表现出正确的行为(默认使用==判断);
  2. 客户端不关心逻辑上是否相等;
  3. 超类已经覆盖了equals方法,对子类来说工作的很好;
  4. 类是私有的或是包级私有的,这样的话客户端是不可能调用到equals方法的。

上述四种情况我们可以不用考虑覆盖equals方法,但有些类难免还是要覆写,让我们先看看有哪些约定的内容:

  1. 自反性 x.equals(x)为true
  2. 对称性 x.equals(y)=y.equals(x)
  3. 传递性 x.equals(y)=true,y.equals(z)=true,则x.equals(z)=true
  4. 一致性 只要equals中用到的信息没有修改,那么多次调用返回结果不变
  5. x.equals(null)返回false(注意x非空)

对我们来说上面的每一条都是很简单的,甚至认为本来就该这样。但事实上当我们要同时满足上述五条,有时候确是一个几乎不可能完成的任务。

自反性

自反性就是对于任何非null的引用值x,x.equals(x)必须返回true。这个应该很好理解,如果违反的话,最简单的你往集合里添加东西,然后调用contains,你会发现他会告诉你集合不包含你刚给添加的实例。

对称性

对于非空引用x,y,如果x.equals(y)返回true,那么y.equals(x)也必须返回true。简单来说就是x等于y,那么y就要等于x。举个例子看看违反的情况:如果x是一个不去分大小写的自定义字符串类的一个实例,那么x假设为“hello”,y为普通字符串”Hello“那么x.equals(y)应该返回true(x是自定义类,equals方法中调用了equalsIgnoreCase)。但是y.equals(x)返回false。

现在我们把x放到集合中,然后list.contains("Hello")会返回什么。true or false?

true也好false也好,你把希望都寄托在list.contains的内部实现上,内部遍历每个元素时,是使用x.equals(y),还是y.equals(x),而且这还会导致另一个问题,及时现在可以正确运行,那么未来的实现改变了怎么办,你的代码就不受你控制了。

传递性

传递性就是x等于y,y等于z,那么x也会等于z。同样,我们也举个例子来说明这个问题。现在我们有一个Point类,坐标系中的一个二维点,它的equals方法应该是比较该点的坐标(x,y),如果坐标相同则为同一个点。现在我们想要表示一个有颜色的点,我们继承了Point类,现在考虑equals方法。

首先父类的equals方法能用吗?答案很明显,不能。如果用父类的equals方法,那么颜色就不会比较,红点就会和绿点相同。于是我们覆写equals方法,加上颜色比较,问题结束了吗?

如果我们比较有色点和无色点会发生什么呢?父类会根据坐标判断是否相对,而子类只会返回false,因为缺少颜色信息,这样会不满足对称性的要求。我们再一次修正这个问题。我们在子类equals内部先判断类型(instanceof),如果是和父类型Point比较则不考虑颜色信息,和同类型ColorPoint则考虑颜色。这次把问题解决了吗?

我们再来考虑一种特殊情况,红点(ColorPoint),绿点(ColorPoint),点(Point)。假设三个点在同一个位置上,上面的方法我们会的到红点等于点,点等于绿点,但是红点不等于绿点。你是不是发现了什么,是的,我们又违反了传递性。

我们还可以继续改进用getClass判断类型,让不同类型比较都会返回false,即使是子类和父类比。但是这种方式也会带来一些麻烦,它会限制父类的覆用。

我们改如何办呢?事实上这是面向对象语言中关于等价关系的一个基本问题:我们无法在扩展可实例化的类的同时,既增加新的值组件,同时又保留equals约定,除非愿意放弃面向对象的抽象带来的优势。

在这种情况下一般使用组合,让ColorPoint持有Point是一种不错的选择,这种方法有点类似于getClass方法,但可以不用考虑继承带来的一些其他方面的副作用。

对于上述情况我们使可以避免的,我们可以把父类设计成接口或者抽象类,只要父类不和子类混用就不会出现问题。

一致性

简单来说就是相等的对象永远相等,不相等的永远不相等。要想满足这一点只要在equals中不要用不可靠的资源就行了。例如,java.net.URL这个类的equals方法使用了IP地址,主机名会映射到ip,也就是随着时间的推移equals结果可能发送变化。

非空性

如果不处理null,那么equals里会抛出异常。

equals使用建议

  1. 先判断传进来的是不是对象本身,这只是一种性能上的优化;
  2. 使用instanceof检查参数类型是否正确;
  3. 参数转换为正确的类型;
  4. 比较关键数据是否相等,相等为true,否则false。比较关键数据时,如果是对象用equals,如果是基本类型用==,但是基本类型中float和double是个例外,应该使用Float.compare方法和Double.compare方法,float和double有些特殊值比如Float.NaN,-0.0f。对于数组,上述规则用到每一个元素中去。还有一个最佳实践是,先比较最可能不一致的,或者开销最低的内容。
  • 打赏
  • 点赞
  • 收藏
  • 分享
共有 人打赏支持
粉丝 5
博文 31
码字总数 21607
评论 (5)
Mercy_丶
对称性的反面例子赶上去有点说不通,照理,x和y应该 instanceof的关系,所以y的equals方法也应该是忽略大小写的,所以.equals(x)也应该是true。
我是偶哦

引用来自“Mercy_丶”的评论

对称性的反面例子赶上去有点说不通,照理,x和y应该 instanceof的关系,所以y的equals方法也应该是忽略大小写的,所以.equals(x)也应该是true。
x是忽略大小写字符串类A的一个实例,y是普通区分大小写字符串B的一个实例,B extends A。
x1="hello"  y2="Hello" x1.equals(y2)和y2.equals(x1)一个为true,一个false。
就好像有颜色点和无颜色点比较,需不需要考虑颜色,站在有颜色点考虑需要,返回fasle,站在无颜色点考虑,不需要,返回true。
Mercy_丶

引用来自“我是偶哦”的评论

引用来自“Mercy_丶”的评论

对称性的反面例子赶上去有点说不通,照理,x和y应该 instanceof的关系,所以y的equals方法也应该是忽略大小写的,所以.equals(x)也应该是true。
x是忽略大小写字符串类A的一个实例,y是普通区分大小写字符串B的一个实例,B extends A。
x1="hello"  y2="Hello" x1.equals(y2)和y2.equals(x1)一个为true,一个false。
就好像有颜色点和无颜色点比较,需不需要考虑颜色,站在有颜色点考虑需要,返回fasle,站在无颜色点考虑,不需要,返回true。

@我是偶哦 子类和父类完全是是不同的行为,没必要继承呀
我是偶哦

引用来自“Mercy_丶”的评论

引用来自“我是偶哦”的评论

引用来自“Mercy_丶”的评论

对称性的反面例子赶上去有点说不通,照理,x和y应该 instanceof的关系,所以y的equals方法也应该是忽略大小写的,所以.equals(x)也应该是true。
x是忽略大小写字符串类A的一个实例,y是普通区分大小写字符串B的一个实例,B extends A。
x1="hello"  y2="Hello" x1.equals(y2)和y2.equals(x1)一个为true,一个false。
就好像有颜色点和无颜色点比较,需不需要考虑颜色,站在有颜色点考虑需要,返回fasle,站在无颜色点考虑,不需要,返回true。

@我是偶哦 子类和父类完全是是不同的行为,没必要继承呀
拿字符串来举例,除了忽略大小写的区别外,其它例如split, toLowerCase等都是相同的,只有equals在判断两个字符串是否相等时才有区别,这也是继承带来的弊端之一。
Mercy_丶

引用来自“我是偶哦”的评论

引用来自“Mercy_丶”的评论

引用来自“我是偶哦”的评论

引用来自“Mercy_丶”的评论

对称性的反面例子赶上去有点说不通,照理,x和y应该 instanceof的关系,所以y的equals方法也应该是忽略大小写的,所以.equals(x)也应该是true。
x是忽略大小写字符串类A的一个实例,y是普通区分大小写字符串B的一个实例,B extends A。
x1="hello"  y2="Hello" x1.equals(y2)和y2.equals(x1)一个为true,一个false。
就好像有颜色点和无颜色点比较,需不需要考虑颜色,站在有颜色点考虑需要,返回fasle,站在无颜色点考虑,不需要,返回true。

@我是偶哦 子类和父类完全是是不同的行为,没必要继承呀
拿字符串来举例,除了忽略大小写的区别外,其它例如split, toLowerCase等都是相同的,只有equals在判断两个字符串是否相等时才有区别,这也是继承带来的弊端之一。

@我是偶哦 总之,小心覆盖equals
×
我是偶哦
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: