为什么重写了equals方法一定要重写hashCode方法？

大家面试的时候应该都有遇到过这种问题，就是如果我重写了equals方法为什么一定要重写hashCode方法？

可能很多人都没有重写过hashCode和equals方法，因为在实际应用中可能很少人会直接用自定义的对象作为key。所以hashCode和equals方法的重写实际上是属于业务上的需求，而不是技术上的需求。

如果你看过Object类里面这两个方法的解释，你可能也注意到了，在equals方法的注释上面有一句话就是(翻译之后): 请注意，每当重写此方法时，通常都需要重写hashCode方法，以维护hashCode方法的一般约定，即相等的对象必须具有相等的哈希码。

所以大家可以看到，在技术上hashCode方法并不是一定要重写，但是不重写那么就不符合hashCode方法的一般约定了。

所以就是在约束上就已经对这个方法进行了相应的规范了，后面很多东西都是根据这个规范来的，比如我们常用的Map集合，它就用到了对应key的hashCode方法，因为key的位置就是根据hashCode计算出来的。

所以为什么要重写这两个方法？也就是如果你的业务上没有这个需求你就不要去重写，如果确实是业务上有这个需求那么在重写equals方法的同时记得要重写hashCode。

如果你还觉得迷惑的话，我们举个简单的例子，比如我有一个类叫User,代码如下：

public class User{

    //姓名
    private String name;
    //身份证号码
    private String idcard;

}

为了简单起见，只有两个字段，一个名字，一个身份证号码。正常来说，我们每个人的身份证号码都是唯一的，对吧？所以，如果业务上有一个需求就是当身份证号是同样的，那么就认为这两个是同一个对象。那么代码变成下面这样：

public class User{

    //姓名
    private String name;
    //身份证号码
    private String idcard;

    public User(String name, String idcard) {
        this.name = name;
        this.idcard = idcard;
    }

    @Override
    public boolean equals(Object obj) {
        if(this==obj){
            return true;
        }
        //不是User类的实例
        if(!(obj instanceof User)){
            return false;
        }
        User other = (User) obj;
        //如果身份证都为空，也认为是相等的
        if(this.idcard==null&&other.idcard==null){
            return true;
        }
        return this.idcard!=null && other.idcard!=null && this.idcard.equals(other.idcard);
    }

}

难么我们写一下测试代码，看看会是什么效果？

public static void main(String[] args) {
        String idcard = "123";
        String name = "zhangsan";
        User user = new User(name,idcard);
        User user1 = new User(name,idcard);
        System.out.println(user.equals(user1));
        System.out.println("user1 hashCode:"+user.hashCode()+"---user1 hashCode:"+user1.hashCode());
    }

结果如下：

true
user1 hashCode:972765878---user1 hashCode:1651945012

可以看到两个对象是相等的，但是hashCode是不等的，大家可能会想这没啥问题啊，不就是hashCode不相等嘛。

确实，只要你没用到hashCode，顶多就是违反了规约嘛。那么如果你用到了Map,并且用了User作为key，那么就问题大了。

假设有一个业务，统计用户的访问次数，那么这时候我们这样使用Map,可以看到最终打印出来100条记录，实际上我们只有两个人访问，也就是zhangsan和lisi。

public static void main(String[] args) {
        String[] idcards = {"123","124"};
        String[] names = {"zhangsan","lisi"};
        Map<User, AtomicLong> userVisitMap = new HashMap<>();

        for (int i=0;i<100;i++){
            int index = i% idcards.length;
            String idcard = idcards[index];
            String name = idcards[index];
            User key = new User(name,idcard);
            if(userVisitMap.containsKey(key)){
                userVisitMap.get(key).getAndIncrement();
            }else{
                userVisitMap.put(key,new AtomicLong(1));
            }
        }
        userVisitMap.entrySet().forEach((e)->System.out.println(e.getKey()+"--"+e.getValue()));
    }

可能大家也觉察到了，这个key每次都是new一个，打印100次也是正常的啊。但是大家别忘了，我们是重写了equals方法的，只要它的身份证相等，那么它就是同一个人，对吧？所以这个和new了多少个是没有关系的，那么问题在哪里呢？没错了，就是没有重写hashCode方法。

简单重写一下hashCode

    @Override
    public int hashCode() {
        return Objects.hash(idcard);
    }

这时候我们再重新运行上面的例子，这个时候你会得到以下结果：

com.hy.user.User@be51--50
com.hy.user.User@be52--50

也就符合了我们只有两个用户请求的实际业务了。

那么通过这个例子大家应该明白了，这两个方法并不是一定要重写，因为面试基本上问的就是如果重写了equals，为什么一定要重写hashCode? 前提是重写了equals。

所以希望大家以后不会再懵逼了，根据自己的业务需要看是否要重写这两个方法。