可能一问到equals和hashCode相关的问题，就会有人讲他们的自反性，对称性，一致性，传递性等几条约定了，

此时我不得不佩服，这么多约定竟然都能记得，但我不知道你是不是真的理解呢。

我不同时重写又能如何呢？

我只能说只要你不碰到这几个主，你也没什么事的！

为什么不能遇到它们几个呢？

因为它们几个会用到hashCode方法。

他们用hashCode方法来干嘛？

hashCode方法是根据对象的地址生成的一个int整数，默认它和地址一一对应的，如果不重写，那么只有对象地址一样的情况下，哈希值才相等。

equals默认用来比较地址是否相同，但当集合中元素增多时，再使用equals判断，效率是比较低的；而哈希值是可以快速定位到指定的元素的，

所以默认Java就使用哈希值来比较定位，因此有了Object.hashCode的约定。

Set怎么实现存储不重复的元素的？HashMap怎么判断相同的key的？有兴趣可去深入了解一下。

例子

小王在「堆」中有两套房产，这两套房产位于不同的地址。现在我想要判断这两套房子是否是同一个主人？

于是我去问Object，而Object告诉我这两套房产不是一个人的！

我：为什么呢？

Object: equals告诉我两套房子离了十万八千里，在不同的地方（地址），当然不是同一个人了。

我：这逻辑……（不符合我们常规的认知啊）

既然这样，那我只能重写equals了！

//注意：这是伪代码，省略了很多

//重写equals，认为身份证相同就是同一个人

@Override

public boolean equals(Object obj) {

  return this.idCard == obj.idCard;

}

哈哈，好啦，现在equals终于知道这两个房子是同一人的啦！

然而在房产管理局（HashMap）我得到一个消息：小王只要一套房产！

WTF！我白干了！

房产管理局（HashMap）: 不信你看！

    HashMap<Object, Integer> roomManager = new HashMap<>();

    public void count(){

        User u1 = new User("小王", "34128");

        countRoom(u1);

        User u2 = new User("小王", "34128");

        countRoom(u2);

    }

    public void countRoom(User user){

        boolean exist = roomManager.containsKey(user);

        if (exist) {

            Integer num = roomManager.get(user);

            roomManager.put(user, num++);

        }else {

            roomManager.put(user, 1);

        }

    }

遇到你真是倒霉了，原来房产管理局（HashMap）使用了hashCode来计算的！想要正确的统计小王的房产只能重写hashCode方法了。

    @Override

    public int hashCode() {

        int result = name != null ? name.hashCode() : 0;

        result = 31 * result + (idCard != null ? idCard.hashCode() : 0);

        return result;

    }

此时，他们统计终于对了！！！