看看下面代码,猜猜结果

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

没错，有坑，同样是对象，都是放到了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方法了