Рефлексивность (a.equals(a)), симметричность, транзитивность, согласованность (повторные вызовы дают одно и то же) и a.equals(null) == false. Самое частое нарушение — симметричность при наследовании: подкласс с дополнительным полем.
А ещё Неравные объекты могут иметь одинаковый хеш — это не нарушение
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Контракт hashCode устроен односторонне: равные объекты обязаны давать равный хеш, а обратное неверно — совпадение хешей у разных объектов называется коллизией и является нормой, иначе хеш-таблицы были бы невозможны. Самое частое нарушение в реальном коде — симметричность при наследовании: если подкласс добавляет поле и сравнивает его, то base.equals(sub) даёт true, а sub.equals(base) — false, и коллекции начинают вести себя по-разному в зависимости от порядка аргументов. Отсюда рекомендация использовать проверку getClass() вместо instanceof либо предпочитать композицию наследованию.
Несколько верных вариантов. Подумайте, потом откройте ответ.
Идентичность против логического равенства, контракт equals и hashCode, проблема equals с наследованием и корректная реализация.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto