在 面向对象 一文中，我们后续留了一个话题，引入了Set，我们知道Set里面的元素是不可以重复的，话不多说，上代码：
精简了上一章中的Person类，保留了isSame()方法;
想必大家看到类似的代码开始怀疑笔者是不是又挖坑让大伙跳了吧，来看一下结果。
没错，有坑，同样是对象，都是放到了set中，一个打印size()是1，另一个打印size()是2。在 面向对象 一文中，我们在Person这个类，虽然写了一个isSame()方法来判断业务上是否相等，看上去是解决了当时的问题，然而不知不觉的为自己挖了坑。假设我们现在正在给用户批量发工资，张三出现了两次，虽然我们用Set去了重，但还是会给张三发两次工资。
在Java程序中，有很多的“公约”，我们称之为编程规范，遵守这些规范实现你的代码，会让你避开很多坑。要判断两个对象的内容是否相等，不要自己写方法（isSame()）去判断，而是应该重写父类的 equals方法（这里的父类是Object），在 说说Java里的equals（上），我们说过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,LinkedHashMap,ConcurrentHashMap等这些类，不但要重写equals方法，还需要重写hashCode()方法。
现在我们在Person类里重写一下hashCode()方法
再执行一下，终于看到想要的结果了。
再执行一下本开始那段代码，已经是我们想要的结果了。
注：本文中提到的HashMap，HashSet，LinkedHashMap，ConcurrentHashMap，List，hashCode等后续专栏会讲解。
总结：当我们在实际业务中需要重写（覆盖）equals方法时，根据规范，我们一定要重写（覆盖）hashCode方法。
看完本文有收获？请转发分享给更多人
长按识别二维码关注
上一篇：面向对象
