什么时候重写equals方法

提升自己，想进入大型互联网公司。欢迎关注我的微信公众号  ，搜索微信公众号："一起写程序" ，会分享系列文章，希望大家能一起学习。

在使用equals的时候：

如果是基本类型的比较，不需要重写equals和hashcode因为都重写了，而在引用类型比较的时候，需要重写equals和hashcode。

问题1）== 号和equals区别？

 

问题1）什么时候需要重写equals和hashcode？

Set的元素是引用类型的时候，

因为基本数据类型，int，String都已经重写了equals方法和hashcode方法。

 

问题2）为什么要重写equals?

因为从object中继承的equals，其实就是 ==

public boolean equals(Object obj) {

        return (this == obj);

    }

 

问题3）为什么重写equals就要重写hashcode?

HashMap对象是根据其Key的hashCode来获取对应的Value。

在重写父类的equals方法时，也重写hashcode方法，使相等的两个对象获取的HashCode也相等，这样当此对象做Map类中的Key时，两个equals为true的对象其获取的value都是同一个，比较符合实际。

 

问题4）equals和hashcode重写的内容，比较的是什么？

例如：set集合中不想保存重复的student对象。

Set集合是如何比较两个student是否相等呢？转变成两个student怎么才算是相等？

我们根据两个学生的id，来判断。（这就是为什么不同的对象，就得重写equals方法的原因。因为每个对象判断相等的条件不同。）所以要重写的equals方法，比较的是student对象的id是否相等。如果相等我们就判定，两个student对象相等。

 

Hashcode为什么也要重写呢？

首先hashcode的本质是什么呢？

根据key的hashCode()返回值决定该Entry的存储位置，如果两个key的hash值相同，那么它们的存储位置相同。也就是student的id的hashCode决定，student的存储位置。

如果不重写student的hashCode，默认情况下，Object中的hashCode() 返回对象的32位jvm内存地址。比较的不是student的id.

 

如果equals都相等了,hashcode不相等，不符合实际的需求。

例如：

HashMap对象是根据其Key的hashCode来获取对应的Value。

在重写父类的equals方法时，也重写hashcode方法，使相等的两个对象获取的HashCode也相等，这样当此对象做Map类中的Key时，两个equals为true的对象其获取的value都是同一个，比较符合实际。