重写equals方法需要注意的几点

为什么equals()方法要重写？

判断两个对象在逻辑上是否相等，如根据类的成员变量来判断两个类的实例是否相等，而继承Object中的equals方法只能判断两个引用变量是否是同一个对象。这样我们往往需要重写equals()方法。

我们向一个没有重复对象的集合中添加元素时，集合中存放的往往是对象，我们需要先判断集合中是否存在已知对象，这样就必须重写equals方法。

怎样重写equals()方法？

重写equals方法的要求：
1、自反性：对于任何非空引用x，x.equals(x)应该返回true。
2、对称性：对于任何引用x和y，如果x.equals(y)返回true，那么y.equals(x)也应该返回true。
3、传递性：对于任何引用x、y和z，如果x.equals(y)返回true，y.equals(z)返回true，那么x.equals(z)也应该返回true。
4、一致性：如果x和y引用的对象没有发生变化，那么反复调用x.equals(y)应该返回同样的结果。
5、非空性：对于任意非空引用x，x.equals(null)应该返回false。

1、自反性原则

在JavaBean中，经常会覆写equals方法，从而根据实际业务情况来判断两个对象是否相等，比如我们写一个person类，根据姓名来判断两个person类实例对象是否相等。代码如下：


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

public class Person {

    private String name;

 

    public Person(String name){

        this.name = name;

    }

 

    public String getName() {

        return name;

    }

 

    public void setName(String name) {

        this.name = name;

    }

 

    @Override

    public boolean equals(Object obj) {

        if (obj instanceof Person) {

            Person person= (Person) obj;

            return name.equalsIgnoreCase(person.getName().trim());

        }

        return false;

    }

    public static void main(String[] args){

        Person p1=new Person("张三");

        Person p2=new Person("张三    ");

        List<Person> list = new ArrayList<Person>();

        list.add(p1);

        list.add(p2);

        System.out.println("是否包含张三："+list.contains(p1));

        System.out.println("是否包含张三："+list.contains(p2));

    }

}

list中含有这个生成的person对象，结果应该为true，但是实际结果：    这里考虑了字符串空格的问题，去除前后的空格。

是否包含张三：true

是否包含张三：false

第二个为什么会是false呢？原因在于list中检查是否含有元素时是通过调用对象的equals方法来判断的，也就是说 contains（p2）传递进去会依次执行p2.equals(p1)、p2.equals(p2)，只要一个返回true，结果就是true。但是这里p2.equals(p2)返回的是false？由于我们对字符前后进行了空格的切割造成p2.equals(p2)的比较实际上是：“张三   ”.equals（“张三”），一个有空格，一个没有空格就出错了。

这个违背了equals的自反性原则：对于任何非空引用x，x.equals(x)应该返回true。

这里只要去掉trim方法就可以解决。

2、对称性原则

上面这个例子，还并不是很好，如果我们传入null值，会怎么样呢？增加一条语句：Person p2=new Person(null);

结果：


1

2

是否包含张三：true

Exception in thread "main" java.lang.NullPointerException

原因在执行p2.equals(p1)时，由于p2的name是一个null值，所以调用name.equalsIgnoreCase()方法时就会报空指针异常。

这是在覆写equals方法时没有遵循对称性原则：对于任何应用x,y的情形，如果想x.equals(y)返回true，那么y.equals(x),也应该返回true。

应该在equals方法里加上是否为null值的判断：


1

2

3

4

5

6

7

8

9

10

11

12

@Override

    public boolean equals(Object obj) {

        if (obj instanceof Person) {

            Person person= (Person) obj;

            if (person.getName() == null || name == null) {

                return false;

            }else{

                return name.equalsIgnoreCase(person.getName());

            }

        }

        return false;

    }

3、传递性原则　　

现在我们有一个Employee类继承自person类：


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

public class Employee extends Person{

    private int id;

 

 

    public int getId() {

        return id;

    }

    public void setId(int id) {

        this.id = id;

    }

    public Employee(String name,int id) {

        super(name);

        this.id = id;

        // TODO Auto-generated constructor stub

    }

    @Override

    public boolean equals(Object obj) {

        if(obj instanceof Employee){

            Employee e = (Employee)obj;

            return super.equals(obj) && e.getId() == id;

        }

        return super.equals(obj);

    }

 

    public static void main(String[] args){

        Employee e1=new Employee("张三",12);

        Employee e2=new Employee("张三",123);

        Person p1 = new Person("张三");

 

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

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

        System.out.println(e1.equals(e2));

    }

}

　　只有在name和ID都相同的情况下才是同一个员工，避免同名同姓的。在main里定义了，两个员工和一个社会闲杂人员，虽然同名同姓但肯定不是同一个人。运行结果应该三个都是false才对。但是：

true

true

false

p1尽然等于e1,也等于e2，不是同一个类的实例也相等了？因为p1.equals(e1)是调用父类的equals方法进行判断的它使用instanceof关键字检查e1是否是person的实例，由于employee和person是继承关系，结果就是true了。但是放过来就不成立，e1,e2就不等于p1，这也是违反对称性原则的一个典型案例。

e1竟然不等于e2？e1.equals(e2)调用的是Employee的equals方法，不仅要判断姓名相同还有判断工号相同，两者的工号不同，不相等时对的。但是p1等于e1,也等于e2，e1却不等于e2，这里就存在矛盾，等式不传递是因为违反了equals的传递性原则：对于实例对象x、y、z；如果x.equals(y)返回true，y.equals(z)返回true，那么x.equals(z)也应该返回true。

上述情况会发生是因为父类使用instanceof关键字(是否是这个特定类或者是它的子类的一个实例)，用来判断是否是一个类的实例对象的，这很容易让子类“钻空子”。想要解决也很简单，使用getClass进行类型的判断，person类的equals方法修改如下：


1

2

3

4

5

6

7

8

9

10

11

12

@Override

    public boolean equals(Object obj) {

        if (obj != null && obj.getClass() == this.getClass()) {

            Person person= (Person) obj;

            if (person.getName() == null || name == null) {

                return false;

            }else{

                return name.equalsIgnoreCase(person.getName());

            }

        }

        return false;

    }

4、必须覆写hashCode方法这样结果就是三个false。

覆写equals方法就必须覆写hashCode方法，这是Javaer都知道的。原因就是HashMap的底层处理机制是以数组的方式保存map条目的，这其中的关键是这个数组下标的处理机制：依据传入元素的hashCode方法的返回值决定其数组的下标，如果该数组位置上已经有了map条目，且与传入的键值相等则不处理，若不相等则覆盖；如果数组位置没有条目，则插入，并加入到map条目的链表中。同理检查键是否存在也是根据哈希吗确定文职，然后遍历查找键值的。

那么对象的hashCode方法返回的是什么呢？他是一个对象的哈希码，是有Object类的本地方法生成的，确保每个对象有一个哈希码。

具体的可以看另一篇博文：http://www.cnblogs.com/silence-hust/p/4510574.html

?

时间： 2024-10-11 10:56:01

重写equals方法需要注意的几点的相关文章

java重写equals方法（重点讲解）

为什么equals()方法要重写? 判断两个对象在逻辑上是否相等,如根据类的成员变量来判断两个类的实例是否相等,而继承Object中的equals方法只能判断两个引用变量是否是同一个对象.这样我们往往需要重写equals()方法. 我们向一个没有重复对象的集合中添加元素时,集合中存放的往往是对象,我们需要先判断集合中是否存在已知对象,这样就必须重写equals方法. 怎样重写equals()方法? 重写equals方法的要求: 1.自反性:对于任何非空引用x,x.equals(x)应该返回tru

重写equals()方法时，需要同时重写hashCode()方法

package com.wangzhu.map; import java.util.HashMap; /** * hashCode方法的主要作用是为了配合基于散列的集合一起正常运行,<br/> * 这样的散列集合包括HashSet.HashMap以及HashTable.<br/> * 能否可以直接根据hashCode值判断两个对象是否相等呢?<br/> * 答案:肯定是不可以的,因为不同的对象可能会生成相同的hashCode值.<br/> * 虽然不能根据h

半夜思考, 为什么建议重写 equals()方法时, 也要重写hashCode()方法

我说的半夜, 并不是真正的半夜, 指的是在我一个人的时候, 我会去思考一些奇怪的问题. 这次思考的如题所示, 为什么重写 equals() 方法时, 强烈建议重写 hashCode() 方法, 这个答案, 应该大多数人都知道, 是为了减少 equals() 方法的调用, 只有当两个对象的 hashCode 相等时, 才会去调用 equals()方法去判断两个对象是否相等, 减少了equals()的调用, 提高了效率 . 话是这么说,  的确, 可以减少很多次的 equals()方法的调用, 但是

JAVA中重写equals()方法的同时要重写hashcode()方法

object对象中的 public boolean equals(Object obj),对于任何非空引用值 x 和 y,当且仅当 x 和 y 引用同一个对象时,此方法才返回 true:注意:当此方法被重写时,通常有必要重写 hashCode 方法,以维护 hashCode 方法的常规协定,该协定声明相等对象必须具有相等的哈希码.如下:(1)当obj1.equals(obj2)为true时,obj1.hashCode() == obj2.hashCode()必须为true (2)当obj1.ha

关于java重写equals方法

首先为什么要重写equals方法呢? 这可能是我们比较关心的一个问题. 我个人的理解是,因为java Object类中自带的equals方法可能往往功能不够用. 所以我们需要重写他,给他自定义一些功能或者说是拿去特定的地方去用. 比如说我们要比较两个对象中的是否相同.我们就要拿这2个对象中的属性是否相同. 但是Object类中提供的方法没有提供这样的功能,所以我们这个时候就需要重写. 我们来看下例子(附带一些本人的理解,只做参考,欢迎批评指正.) 1 public class EqualsOve

JAVA中重写equals()方法为什么要重写hashcode()方法?

object对象中的 public boolean equals(Object obj),对于任何非空引用值 x 和 y,当且仅当 x 和 y 引用同一个对象时,此方法才返回 true:注意:当此方法被重写时,通常有必要重写 hashCode 方法,以维护 hashCode 方法的常规协定,该协定声明相等对象必须具有相等的哈希码.如下:(1)当obj1.equals(obj2)为true时,obj1.hashCode() == obj2.hashCode()必须为true (2)当obj1.ha

java重写equals方法

重写equals: 比较内容. hashCode: 内容的hashCode(). /* * 重写equals必须注意: * 1 自反性:对于任意的引用值x,x.equals(x)一定为true * 2 对称性:对于任意的引用值x 和 y,当x.equals(y)返回true,y.equals(x)也一定返回true * 3 传递性:对于任意的引用值x.y和z,如果x.equals(y)返回true,并且y.equals(z)也返回true,那么x.equals(z)也一定返 回 true * 4

为什么重写equals方法还要重写hashcode方法？

我们都知道Java语言是完全面向对象的,在java中,所有的对象都是继承于Object类.Ojbect类中有两个方法equals.hashCode,这两个方法都是用来比较两个对象是否相等的. 在未重写equals方法我们是继承了object的equals方法,那里的 equals是比较两个对象的内存地址,显然我们new了2个对象内存地址肯定不一样 对于值对象,==比较的是两个对象的值 对于引用对象,比较的是两个对象的地址 默认的equals方法同==,一般来说我们的对象都是引用对象,要重写equ

JAVA中重写equals()方法为什么要重写hashcode()方法说明

重写hashCode()时最重要的原因就是:无论何时,对同一个对象调用hashCode()都应该生成同样的值.如果在将一个对象用put()方法添 加进HashMap时产生一个hashCode()值,而用get()取出时却产生了另外一个 hashCode()值,那么就无法重新取得该对象了.所以,如果你的hashCode()方法依赖于对象中易变的数据,那用户就要小心了,因为此数据发 生变化时,hashCode()就会产生一个不同的hash码,相当于产生了一个不同的"键". Object的h