重写equals需要遵循的约定

本文探讨了在Java中重写equals方法时应注意的问题,并通过Point和ColorPoint两个类的具体示例,说明如何确保实现满足对称性、传递性和一致性等关键属性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

重写equals方法需要遵循三条主要约定:

1、对称性:A.equals(B)=true则B.equals(A)=true。

2、传递性:A.equals(B)=true,B.equals(C)=true则A.equals(C)=true。

3、一致性:A.equals(B)=ture,则一直保持不变。

点Point对象:

static 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 obj) {
            if(!(obj instanceof Point))
            {
                return false;
            }
            Point p=(Point)obj;
            return p.x==x&&p.y==y;
        }
    }

彩色点ColorPoint对象:

static class ColorPoint extends Point{
        private int x;
        private int y;
        private final Color color;

        public ColorPoint(int x,int y,Color color)
        {
            super(x,y);
            this.color=color;
        }

        @Override
        public boolean equals(Object obj) {
            if(!(obj instanceof ColorPoint))
            {
                return false;
            }
            ColorPoint p=(ColorPoint)obj;
            return p.x==x&&p.y==y&&p.color==color;
        }
    }

这两个对象都重写了equals方法,看似没有什么问题但是它们违反了对称性和传递性:

   public static void main(String[] args) {
          Point p1=new Point(1,2);
          ColorPoint p2=new ColorPoint(1,2,Color.red);
          ColorPoint p3=new ColorPoint(1,2,Color.blue);

        System.out.println(p1.equals(p2));//违反对称性
        System.out.println(p2.equals(p1));

        System.out.println(p1.equals(p2));//违反传递性
        System.out.println(p1.equals(p3));
        System.out.println(p2.equals(p3));
    }

运行结果:

true
false
true
true
false

这个例子没有遵循约定所以从道理上也讲不通,p1.euqals(p2)=true,而p1没有颜色却和p2有色点相同,make no sense.

问题就出在了instanceof上面,因为obj instanceof Class,当obj是Class的实例或者子类的实例就返回true,作出如下修改即可,对就是用getClass():

Point:

   static 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 obj) {
            if(obj==null||obj.getClass()!=getClass())
            {
                return false;
            }
            Main.Point p=(Main.Point) obj;
            return p.x==x&&p.y==y;
        }
    }

ColorPoint:

   static class ColorPoint extends Point{
        private int x;
        private int y;
        private final Color color;

        public ColorPoint(int x,int y,Color color)
        {
            super(x,y);
            this.color=color;
        }

        @Override
        public boolean equals(Object obj) {
            if(obj==null||obj.getClass()!=getClass())
            {
                return false;
            }
            Main.ColorPoint p=(Main.ColorPoint)obj;
            return p.x==x&&p.y==y&&p.color==color;
        }
    }

再次执行刚才的比较:

   public static void main(String[] args) {
          Point p1=new Point(1,2);
          ColorPoint p2=new ColorPoint(1,2,Color.red);
          ColorPoint p3=new ColorPoint(1,2,Color.blue);

        System.out.println(p1.equals(p2));
        System.out.println(p2.equals(p1));

        System.out.println(p1.equals(p2));
        System.out.println(p1.equals(p3));
        System.out.println(p2.equals(p3));
    }

运行结果:

false
false
false
false
false

这个结果就满足对称性和传递性了。

至于第三点,上面的例子显然满足一致性,它不会随时间而改变结果。重写equals方法时,要记住不要使equals方法依赖于不可靠(可变)的资源就不会违反一致性了。

### Java重写 `hashCode` 和 `equals` 方法的最佳实践 为了确保两个逻辑上相等的对象具有相同的哈希码,同时保持一致性,在编写这两个方法时需遵循一些最佳实践。 #### 1. 遵循基本约定 当决定要覆盖 `equals(Object)` 方法时,通常也需要覆盖 `hashCode()` 方法。这是因为如果两个对象通过 `equals()` 判断为相等,则它们的 `hashCode()` 值也应该相同[^1]。 #### 2. 使用一致字段计算哈希值 应当基于用于比较对象身份的所有属性来生成哈希码。这意味着凡是参与 `equals()` 比较运算的成员变量都应被纳入到 `hashCode()` 的计算过程中。例如: ```java @Override public int hashCode() { final int prime = 31; int result = 1; result = prime * result + ((id == null) ? 0 : id.hashCode()); result = prime * result + ((name == null) ? 0 : name.hashCode()); return result; } ``` 这段代码展示了如何利用质数乘法以及各属性自身的 `hashCode()` 来构建最终的结果[^4]。 #### 3. 确保不可变性或有限变化 理想情况下,用来计算 `hashCode()` 的那些属性应该是不可改变的(即只读)。因为一旦某个实例加入到了集合容器之后再修改其影响哈希函数的因素将会引发问题。然而现实中并非总是可行,因此至少要做到这些因素的变化范围非常有限,并且能够预见所有可能的情况并妥善处理。 #### 4. 考虑性能优化 虽然理论上可以创建极其复杂的散列算法以减少冲突概率,但在实际应用中往往没有必要这样做。相反,应该追求简单高效的解决方案,只要能保证足够的随机性和均匀分布即可满足大多数场景下的需求。 #### 5. 处理特殊情况 对于某些特殊类型的对象,比如数组或其他复杂结构体,还需要额外注意边界条件和异常情形。例如,空列表、null指针等情况都需要合理应对,以免引起不必要的错误。 综上所述,正确地实现 `hashCode()` 及 `equals()` 对于维护数据结构内部的一致性和稳定性至关重要。这不仅有助于提高程序运行效率,更能有效预防潜在的风险隐患。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值