看看下面代码,猜猜结果

想必大家看到类似的代码开始怀疑笔者是不是又挖坑让大伙跳了吧,来看一下结果。

没错,有坑,同样是对象,都是放到了set中,一个打印size()是1,另一个打印size()是2。假设我们现在正在给用户批量发工资,张三出现了两次,虽然我们用Set去了重,但还是会给张三发两次工资。

在Java程序中,有很多的“公约”,我们称之为编程规范,遵守这些规范实现你的代码,会让你避开很多坑。要判断两个对象的内容是否相等,不要自己写方法(isSame())去判断,而是应该重写父类的 equals方法(这里的父类是Object),我们知道String重写了equals()方法,所以这儿打印size结果是1,而Person没有重写,因此Set没法判断这两个”张三”是否是同一个人,打印size结果是2。

我们再看以下代码:

结果当然是全是false(这个应该没人能答错了吧)

下面我们像String一样,重写一下Person的equals方法。

看起来没问题,别忘 了,如果是重写方法,我们在方法上要加上@Override注解,加上该注解,编译器会帮你检查是否真的覆盖了父类的方法。编译一下,居然报错了。

原来我们跟本就不是重写(覆盖)了父类的equals方法,而是自己又写了一个参数为Person的equals方法,根本不是重写,只是重载了父类的方法而已。

重载:就是在同一个类中,方法的名字相同,但参数个数、参数的类型不同。
重写:它是指子类和父类的关系,子类重写了父类的方法,但方法名、参数类型、参数个数必须相同

下面我们正确的覆盖一下。

我们写一段测代码测试一下,这里我们引入了List。

运行一下,perList里面我们只添加person1,并没有添加person2,但执行perList.contains(person2)打印的结果居然是true(List里面包含了person2),只因为重写了equals()方法,注意:pSet.contains(person2))依旧是false。

再执行本文开始那段代码,不出所料,问题依旧

很明显,Person这个类在重写equals()方法后,虽然已经支持List,但还不支持Set。要完美支持HashMap,HashSet,HashSet,LinkedHashMap,ConcurrentHashMap等这些基于散列的集合类,不但要重写equals方法,还需要重写hashCode()方法。

现在我们在Person类里重写一下hashCode()方法

再执行一下,终于看到想要的结果了。

再执行一下本开始那段代码,已经是我们想要的结果了。

总结:当我们在实际业务中需要重写(覆盖)equals方法时,根据规范,我们一定要重写(覆盖)hashCode方法。在实际开发过程中,不建议一上来就重写equals方法,除非你有特殊的需求。

在文中一开始的示例中,person1,person2并不是同一个对象,默认equals方法是继承自Object的,也就相当于==,如果没有额外的需求明确name相同就视为同一个对象处理,就没有必要去重写equals方法了