设为首页收藏本站
开启辅助访问

在路上

 找回密码
 立即注册
在路上 › 站点首页 ›学习 › 查看内容

Java里的equals总结

2016-12-20 13:12| 发布者: zhangjf| 查看: 383| 评论: 0

摘要: 前段时间一直在工作中使用 Java，由于有一些C++功底，于是简单看了一下Java相关的语法便开始编写代码，结果在创建一个自定义类，并将自定义类放入ArrayList中，之后查找ArrayList是否有此元素的时候，发现怎么也查询 ...

前段时间一直在工作中使用 Java，由于有一些C++功底，于是简单看了一下Java相关的语法便开始编写代码，结果在创建一个自定义类，并将自定义类放入ArrayList中，之后查找ArrayList是否有此元素的时候，发现怎么也查询不到对应的元素。在网上搜了一下资料，发现原因是没有重写对象的equals()方法，导致无法查找到对应的对象。之后由查了与之联系的相关资料，便有了以下的总结。

这篇总结的形式是提出个问题，然后给出问题的答案。这是目前学习知识的一种尝试，可以让学习更有目的。

Q1.什么时候应当重写对象的equals方法？

答：一般在我们需要进行值比较的时候，是需要重写对象的equals方法的。而例外情况在《effective java》的第7条“在改写equals的时候请遵守通用约定”中清楚描述了。

我们知道，在Java中，每个对象都继承于Object.如果不重写，则默认的equals代码如下所示：

  1. public boolean euqals(Object obj){
  2. return this == obj;
  3. }
复制代码

由上面的代码可以看出，equal默认是使用“==”来判断两个对象是否相等。两个对象使用“==”比较的是对象的地址，只有两个引用指向的对象相同的时候，“==”才返回true。所以，在开头的例子中，就需要重写equals方法，让两个对象有equals的时候。

Q2.如何重写equals？

答：首先，当改写equals方法时，需要保证满足它的通用约定。这些约定如下所示：

自反性，对于任意的引用值x,x.equals(x)一定为true。
对称性，对于任意的引用值x和y，当且仅当y.equals(x)时，x.equals(y)也一定返回true.
传递性，对于任意的引用值x,y,z。如果x.equals(y)返回true，y.euqals(z)返回true，则x.equals(z)也返回true。
一致性，对于任意的引用值x和y，如果用于equals比较的对象信息没有修改，那么，多次调用x.equals(y)要么一致返回true,要么一致返回false.
非空性，所有的对象都必须不等于null。

其实我觉的一个简单的方法是参照String的equals方法即可，官方出版，满足各种要求。其代码如下所示

  1. public boolean equals(Object anObject) {
  2. if (this == anObject) {
  3. return true;
  4. }
  5. if (anObject instanceof String) {
  6. String anotherString = (String)anObject;
  7. int n = count;
  8. if (n == anotherString.count) {
  9. char v1[] = value;
  10. char v2[] = anotherString.value;
  11. int i = offset;
  12. int j = anotherString.offset;
  13. while (n– != 0) {
  14. if (v1[i++] != v2[j++])
  15. return false;
  16. }
  17. return true;
  18. }
  19. }
  20. return false;
  21. }
复制代码

函数的解释如下所示：

使用==检查“实参是否是指向对象的一个引用”。
使用instanceof检查实参是否和本对象同类，如果不同类，就不相等。
将实参转换为正确的类型。
根据类的定义，检查实现此对象值相等的各个条件。

更详细的信息，还是请看《effective java》的第7条“在改写equals的时候请遵守通用约定”。

Q3.修改equals时需要注意什么？

答：大致需要注意以下几点：

若修改equals方法，也请修改hashCode方法

首先这个是语言的一个约定，这么做的一个原因是当此对象作为哈希容器的元素时，需要依赖hashCode,对象默认的hashCode是返回一个此对象特有的hashCode，不同的对象的hashCode返回值是不一样的，而哈希容器处理元素时，是按照对象的哈希值将对象分配到不同的桶中，若我们不重写对象的hashCode,那么值相等的对象产生的哈希值也会不同，这样当在哈希容器中查找时，会找不到对应的元素。

更详细的信息请看《effective Java》的第8条“改写equals时总是要改写hashCode”。

重写时保证函数声明的正确
请注意equals的声明是

  1. public boolean equals(Object obj)
复制代码

参数类型是Object,如果参数类型是此对象类型的话，如下：

  1. class Point{
  2. final int x;
  3. final int y;
  4. public void Point(int x, int y)
  5. this.x = x;
  6. this.y = y;
  7. }
  8. public boolean euqals(Point obj){
  9. return (this.x == obj.x && this.y == obj.y);
  10. }
  11. }
复制代码

下面代码执行是按照我们的预期执行的。

  1. Point a(1, 2);
  2. Poinr b(1, 2);
  3. System.out.println(a.equals(b));// 输出true
复制代码

但是如果将类A放入容器中，则会出问题

  1. import java.util.HashSet;
  3. HashSet<Point> coll = new HashSet<Point>();
  4. coll.add(a);
  5. System.out.println(coll.contains(b));// 输出false
复制代码

这是由于HashSet中的contains方法中调用的是equals(Object obj)，而Point中的equals(Object obj)仍是Object的equals，这个方法在前面已经说过了，比较的是对象的地址，所以在coll中调用contains(b)时，当然得不到true。

当有继承关系时注意equals的正确
当一个类重写equals方法后，另一个类继承此类，此时，可能会违反前面说到的对称性，代码如下所示：

  1. public class ColoredPoint extends Point {
  2. private final Color color;
  3. public ColoredPoint(int x, int y, Color color) {
  4. super(x, y);
  5. this.color = color;
  6. }
  8. @Override
  9. public boolean equals(Object other) {
  10. boolean result = false;
  11. if (other instanceof ColoredPoint) {
  12. ColoredPoint that = (ColoredPoint) other;
  13. result = (this.color.equals(that.color) && super.equals(that));
  14. }
  15. return result;
  16. }
  17. }
复制代码

当我们作比较时

  1. Point p = new Point(1, 2);
  2. ColoredPoint cp = new ColoredPoint(1, 2, Color.RED);
  3. System.out.println(p.equals(cp)); //输出ture
  4. System.out.println(cp.equals(p)); //输出false
复制代码

原因是当调用Point.equals的时候，只比较了Point的x和y坐标，同时ColoredPoint也是Point类型，所以上面第三行代码相等，而调用ColoredPoint的时候，Point不是ColoredPoint类型，这样就导致第四行代码输出false。

若我们忽略Color的信息来比较呢，例如将ColoredPoint的equals方法改为：

  1. @overwrite
  2. public boolean equals(Object obj){
  3. if((obj instanceof Point)){
  4. return false;
  5. }
  7. if(!(obj instanceof ColoredPoint)){
  8. return obj.equals(this);
  9. }
  11. return super.equals(obj) && ((ColoredPoint)obj).color == color;
  12. }
复制代码

这样就保证了对称性，但是却违反了传递性，即下面的情况：

  1. ColoredPoint cp1 = new ColoredPoint(1, 2, Color.RED);
  2. Point p = new Point(1, 2);
  3. ColoredPoint cp2 = new ColoredPoint(1, 2, Color.BLUE);
  4. System.out.println(cp1.equals(p)); //true
  5. System.out.println(p.equals(cp2)); //true
  6. System.out.println(cp1.equals(cp2)); //false
复制代码

面对这种情况，大致有两种解决方案，一种酷壳的文章--如何在Java中避免equals方法的隐藏陷阱的最后一条，断绝了Point和ColoredPoint相等的可能，这是一种处理方法，认为Point和ColoredPoint是不同的。另一种方法是effective Java上提出的，使用聚合而不是继承，将Point作为ColoredPoint的一个成员变量。目前我倾向于这种方法，因为聚合比继承更灵活，耦合更低。这种方法的代码如下所示：

  1. class ColoredPoint{
  2. private final Point point;
  3. private final Color color;
  5. public Point asPoint(){
  6. return point;
  7. }
  9. public boolean equals(Object obj){
  10. boolean ret = false;
  11. if(obj instanceof ColoredPoint){
  12. ColoredPoint that = (ColoredPoint)obj;
  13. ret = that.point.equals(point) && color.equals(that.color);
  14. }
  15. return ret;
  16. }
  17. }
复制代码

当ColoredPoint需要比较坐标时，可以调用asPoint方法来转化为坐标进行比较。其他情况比较坐标和颜色，这样就可以解决上面关于对称性和传递性的问题了。

以上就是全文的内容，由于水平有限，文章中难免会有错误，希望大家指正。谢谢

[1/30]

参考资料：

effective Java
如何在Java中避免equals方法的隐藏陷阱
Java中equals()与hashCode()方法详解 来自：http://www.cnblogs.com/yetuweiba/p/4314421.html
收藏 邀请
上一篇：Java8：Lambda表达式增强版Comparator和排序下一篇：在Java中使用WebSocket实现网页聊天室

最新评论

相关分类

小黑屋|在路上 ( 蜀ICP备15035742号-1 )  

;

GMT+8, 2025-7-8 04:11

Copyright 2015-2025 djqfx

返回顶部