Обязательно ли переопределять hashCode() и equals()?

Question

Переопределять hashCode() и equals() нужно не всегда, а только при логическом сравнении объектов. Если переопределен equals(), hashCode() тоже должен быть переопределен. Иначе коллекции будут работать некорректно. Стандартная реализация сравнивает ссылки, а не содержимое. Это важно учитывать при использовании объектов как ключей.

YeaHub · Accepted Answer

В Java equals() и hashCode() образуют контракт, который особенно важен для хеш-коллекций.Контракт equals и hashCodeКонтракт гласит:если a.equals(b) == true, то a.hashCode() == b.hashCode()одинаковый hashCode() не гарантирует equals()Нарушение этого правила приводит к логическим ошибкам.Когда переопределение обязательноПереопределение нужно, если:объекты сравниваются по состоянию, а не по ссылкеобъект используется в HashMap, HashSetважна логическая уникальностьПример:class User {
    private String email;
    // equals сравнивает email
    // hashCode строится на основе email
}
Когда можно не переопределятьМожно оставить стандартную реализацию, если:сравнение по ссылке допустимообъект не участвует в хеш-коллекцияхлогическое равенство не требуетсяТипичная ошибкаПереопределение только equals():нарушает контрактделает объект «невидимым» для HashMapВывод: equals() и hashCode() почти всегда должны переопределяться вместе, если объект имеет логическое равенство.