Объекты Java равны, хотя хэш-код отличается

Вам нужно переопределить метод hashcode и предоставить реализацию, которая находится в контракте с equals.

   @Override
    public int hashCode() {
        return name == null ? 0 : name.hashCode();
    }

• если класс переопределяет equals, он должен переопределять hashCode
• когда они оба переопределены, equals и hashCode должны use the same set of fields
• если два объекта равны equal, то их значения hashCode также должны быть equal
• если объект immutable, то hashCode является кандидатом на кэширование, а lazy initialization

Вы можете прочитать о реализации хэш-кода здесь

Если вы не переопределите метод, поведение по умолчанию будет использоваться из Объект класс.

Насколько это целесообразно, метод hashCode, определенный классом Object, действительно возвращает разные целые числа для разных объектов. (Обычно это реализуется путем преобразования внутреннего адреса объекта в целое число, но этот метод реализации не требуется для языка программирования JavaTM.)

Коллекции [HashMap,HashSet,Hashtable,LinkedHashSet,WeakHashMap] на основе хеша будут использовать hashCode() для поиска/сохранения объектов в корзинах, а затем будут вызывать equals().

Это связано с тем, что каждый раз, когда вы переопределяете метод equals, вы также должны переопределять метод hashcode.

В противном случае ваши объекты будут сравниваться в соответствии с вашим кодом, но их HashCode будет рассчитываться в соответствии с заранее определенным алгоритмом в классе Object.

ПРИМЕЧАНИЕ: – В общем, все параметры, которые вы учитывали при проверке, равны ли ваши objects или нет, вы должны использовать all those parameters для расчета hashcodes для каждого object.

См. этот очень хороший пост, в котором описывается использование методов equals и hashcode.

Процитирую строку из этого поста, которую я уже описал выше: -

Используйте тот же набор полей для вычисления hashcode, который вы использовали в методе equals

Давайте посмотрим на приведенную ниже демонстрацию, чтобы понять приведенное выше утверждение: -

public class Demo {
    private String str;
    private String name;

    public boolean equals(Object obj) {
        // Suppose you compare two objects based on length of their name variable

        // If name equals, object are equal
        if (obj instanceof Demo) {
            return this.name.equals(((Demo)obj).name);
        }
        return false;
    }

    // ****** Badly Overrided hashcode *******
    public int hashcode() {
        // But you calculate hashcode using both the fields

        // You should never use this kind of code in hashcodes. 
        // Use complex algorithm which gives you distinct result for 
        // objects that are not equal.
        return str.length + name.length;
    }
}

Таким образом, если два объекта имеют одинаковые name, то они будут равны, но, тем не менее, если их поле str имеет разные length, то их hashcodes будут разными.

Вот почему вы всегда должны использовать same fields в расчетах equals и hashcode.

Вам также потребуется переопределить hashCode, чтобы получить ожидаемое поведение. Реализация Object.hashCode по умолчанию, вероятно, возвращает ссылки на объекты, хотя согласно документы это не требуется.

Без переопределения hashCode вы не можете ожидать специализированных результатов; это аналогично переопределению equals.

Вы должны переопределить метод хэш-кода. если класс переопределяет equals, он должен переопределять hashCode, когда они оба переопределены, equals и hashCode должны использовать один и тот же набор полей, если два объекта равны, то их значения hashCode также должны быть равны, если объект неизменяем, тогда hashCode кандидат на кеширование и ленивую инициализацию