深入浅出！Java 重写Equals方法的种种坑！

在绝大多数情况都要加上一句instanceof 来给o 赋予类型！！！

这个类的equals方法看起来设计的很有想法，不仅和自身比较，也希望和String类型进行比较。

//也确实看起来实现了功能

public static void main(String[] args)

{

//不区分大小写的字符串Point

CaseInsensitiveString cis = new CaseInsensitiveString(“Point”);

String s = “point”;

System.out.printf(cis.equals(s)+“”);//true

}

但是 s.equals(cis)却返回了false

//s.equals(cis)却返回了false

public static void main(String[] args)

{

CaseInsensitiveString cis = new CaseInsensitiveString(“Point”);

String s = “point”;

System.out.printf(cis.equals(s)+“”);//true

System.out.printf(s.equals(cis)+“”);//false

}

虽然CaseInsensitiveString类中的equals方法知道普通的字符串对象

但是String类中的equals方法并不知道不区分大小写的字符串，

导致了超出预期的错误

显然违反了对称性。

一旦违反了equals约定，当其他对象面对你的对象是，你完全不知道这些对象的行为会怎样

为了解决这个问题，只需要把企图和String互相操作的代码删除就可以了

public class CaseInsensitiveString {

private final String s;//存有不可变字符串s

public CaseInsensitiveString(String s) {

this.s = s;

}

@Override //重写equals方法，请注意参数为Object

public boolean equals(Object o) {

if (o instanceof CaseInsensitiveString)//判断传入的是同类型的参数

{

return s.equalsIgnoreCase(((CaseInsensitiveString) o).s);

}

/删除掉的与String互操作的代码/

return false;

}

}

考虑这样一种情况

=======================================================================

有一个坐标类，内有成员变量x和y

并提供equals方法

public class Point {

private final int x;

private final int y;

public Point(int x,int y)

{

this.x=x;

this.y=y;

}

@Override

public boolean equals(Object o )

{

if(o instanceof Point)

{

Point p = (Point)o;

return (this.x == p.x && this.y==p.y);

}

return false;

}

}

好像简单到不能再简单的定义

那么扩展（继承）一下，为这个点添加颜色信息

public class ColorPoint extends Point{

private final Color color;

public ColorPoint(int x,int y,Color color)

{

super(x,y);

this.color=color;

}

}

现在考虑一下

equals方法是什么样的呢？

如果子类ColoePoint完全不提供equals方法，而是直接使用父类的equals方法

============================================================================================================

在equals做比较的时候颜色信息就被忽略掉了。

虽然这么做不会违反equals约定

但显然是无法接受的。

那么就重写一个equals方法。只有当坐标点x,y相同且颜色也相同时

equals才返回true

public class ColorPoint extends Point{

private final Color color;

public ColorPoint(int x,int y,Color color)

{

super(x,y);

this.color=color;

}

@Override

public boolean equals(Object o)

{

if(o instanceof ColorPoint)

{

return (super.equals(o)&& this.color==

( (ColorPoint) o ).color);//使用父类的equals方法

}

return false;

}

}

这个方法的问题在于，比较普通点（没有颜色的Point实例）和

有色点（ColorPoint实例）比较，以及相反的情况时可能会得到不同的结果

前一种忽略的颜色信息，而后一种总时返回false（因为参数类型不正确）

public static void main(String[] args)

{

Point p = new Point(1,2);

ColorPoint cp = new ColorPoint(1,2,Color.RED);

System.out.printf(p.equals(cp)+“”);//true

System.out.printf(cp.equals§+“”);//false

}

可以尝试以ColorPoint.equals在进行“混合颜色比较时”忽略颜色信息

但这样做确实提供了对称性，但却牺牲了传递性。

那该怎么解决？？？

事实上，这是面向对象语言中关于等价关系的一个基本问题。

我们无法在扩展可实例化的类的同时，既增加新的组件，同时又保留equals约定

虽然没有一种令人满意的办法既可以扩展可实例化的类，又增加组件，但还有一种不错的方法。复合优先于继承

我们不再让ColorPoint继承Point,

而是在ColorPoint类中添加一个私有的Point域

以及一个公有的视图（view）方法

此（view）方法返回一个与该色点处在相同位置的普通Point对象。

public class ColorPoint{

private final Color color;

private final Point point;

public ColorPoint(int x,int y,Color color)

{

point = new Point(x,y);

this.color=color;

}

/view/

public Point asPoint()

最后

我想问下大家当初选择做程序员的初衷是什么？有思考过这个问题吗？高薪？热爱？

既然入了这行就应该知道，这个行业是靠本事吃饭的，你想要拿高薪没有问题，请好好磨练自己的技术，不要抱怨。有的人通过培训可以让自己成长，有些人可以通过自律强大的自学能力成长，如果你两者都不占，还怎么拿高薪？

架构师是很多程序员的职业目标，一个好的架构师是不愁所谓的35岁高龄门槛的，到了那个时候，照样大把的企业挖他。为什么很多人想进阿里巴巴，无非不是福利待遇好以及优质的人脉资源，这对个人职业发展是有非常大帮助的。

如果你也想成为一名好的架构师，那或许这份Java核心架构笔记你需要阅读阅读，希望能够对你的职业发展有所帮助。

中高级开发必知必会：

想问下大家当初选择做程序员的初衷是什么？有思考过这个问题吗？高薪？热爱？

既然入了这行就应该知道，这个行业是靠本事吃饭的，你想要拿高薪没有问题，请好好磨练自己的技术，不要抱怨。有的人通过培训可以让自己成长，有些人可以通过自律强大的自学能力成长，如果你两者都不占，还怎么拿高薪？

架构师是很多程序员的职业目标，一个好的架构师是不愁所谓的35岁高龄门槛的，到了那个时候，照样大把的企业挖他。为什么很多人想进阿里巴巴，无非不是福利待遇好以及优质的人脉资源，这对个人职业发展是有非常大帮助的。

如果你也想成为一名好的架构师，那或许这份Java核心架构笔记你需要阅读阅读，希望能够对你的职业发展有所帮助。

中高级开发必知必会：

[外链图片转存中…(img-5RVhfhMt-1714739863237)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录