equals和hashcode的关系

首先要明确，equals的优先级比hashcode高。我们需要确保当两个对象equals相等时，那么他们的hashcode一定相等。如果两个对象equals不相等，那么两个对象的 hashCode 方法不一定会生成不同的整数结果。但是，程序员应该知道，为不相等的对象生成不同整数结果可以提高哈希表的性能。

也就是说，

若两个对象equals相等，则hashCode也相同。若equals不相同，则hashCode不需要确保一定不相同。

反过来说若两个对象hashCode相同，则equals不一定返回true。若两个对象hashCode不同，则equals一定返回false。

什么时候需要重写equals和hashCode。一般来说涉及到对象之间的比较大小就需要重写equals方法，但是为什么说重写了equals就需要重写hashCode呢？实际上这只是一条规范，如果不这样做程序也可以执行，只不过会隐藏bug。一般一个类的对象如果会存储在Hash等散列存储结构中，那么重写equals后最好也重写hashCode。若不然，想象这种情况，两个对象equals和hashcode都不相等，此时重写了equals方法而没有重写hashcode方法，那么两个对象hashcode还是不同，可以存储在hash散列结构中，但是这时两个对象equals相等了，那么就代表你在一个hash结构中存储了两个相同的对象。而如果确定不会存储在这些散列结构中，则可以不重写hashCode。但是还是重写比较好一点，谁能保证后期不会存储在这些结构中呢。