equals与hashCode的区别
1.类中的equals方法是一定要重写/覆盖(Override)的，因为要让它按照设计的需求来根据特征值判断等价性。
这里的特征值，就是String类型的name属性，表示每个Person对象的名字。由于在equals方法中只设定了这一个需要比较的特征值，因此只要两个Person类对象的name相同，那么他们的判断结果就是相同。
2.类中的hashCode方法需要重写/覆盖
事实上，当实现了1之后，就能保证判断两个对象等价性是否成立了(此时已经能保证程序中person1.equals(person2)值为true。但是这样得到的equals方法是有很大限定性的。比如把person1加入到一个HashSet中，此时判断HashSet中是否包含person2，由于在设计时，特征值只是name，那么此时期望HashSet.contains(person2)的值也应为true，但如果不实现hashCode方法，返回值只能是false。
对于这个原因，可以把Java中每个实例对象的存储过程都想象成“将包含该对象的数据‘抛到’一个桶里”，为了更快地比价，就把整个程序运行时的空间，分成相当多的“桶”，并为每个桶编号，对于桶内装载的数据，有这样的规定：为每个实例对象进行编号，只有编号相同的两个对象，它们才有可能分配到一个桶里。这样一来，要想判断两个对象是否等价(即是否能让equals方法返回true)，只需要访问这个桶就可以了，因为这两个对象一定是出现在相同的桶里的。步骤1已经实现了“找到两个对象之后，根据某个特征值进行判断”，但是并未实现“让两个对象分配到一个桶里”。这就是问题的关键所在。所以为了保证两个对象分配到相同的“桶”里，就要重写它们的hashCode方法，Java中为每种类型都默认实现了该类型的hashCode方法。下面的实现了hashCode的代码中，由于特征值是name，为了保证这两个Person类对象等价，那么它们的name一定相同，那考虑到name(Sting类型)已经实现了hashCode，此时就简单地把它们的name的hashCode值进行返回即可。这样就能保证，如果两个Person对象的name如果相同，那么它们的hashCode一定相同，同时也便于下一步判断。
注：重点在于理解这个“桶”的概念，通过这个抽象过程，便也可以很好地理解“Java中两个等价的对象一定有相同的hashCode值，但两个拥有相同hashCode值的对象不一定等价”这句话。这句话的重点就在于考虑“桶”是如何装载的、以及它“装载”的是什么类型对象等等细节。这是因为一个对象拥有多个不同的特征值，等价自然拥有一样的hashCode值，但一样的hashCode不一定可以保证多个不同的特征值相等。