> Есть ли в Kotlin аналог equals и hashCode и как это реализовано (Kotlin, Java)

Короткий ответ

Да, в Kotlin есть прямые аналоги - функции equals() и hashCode(), которые объявлены в Any (аналог java.lang.Object). Для data-классов компилятор генерирует их автоматически на основе всех свойств, объявленных в primary constructor. Для обычных классов нужно переопределять вручную, как в Java, но с более лаконичным синтаксисом. Также есть возможность использовать == для структурного сравнения и === для ссылочного.

Подробное объяснение

В Kotlin иерархия типов начинается с Any, который содержит:

• equals(other: Any?): Boolean
• hashCode(): Int
• toString(): String

Ключевое отличие от Java: оператор == в Kotlin транслируется в вызов equals() (кроме случаев, когда левый операнд - null, тогда проверяется ссылочное равенство). Для ссылочного сравнения используется ===.

Для data-классов компилятор генерирует equals() и hashCode() автоматически. Генерация учитывает только свойства из primary constructor. Важно: если свойство объявлено в теле класса, оно не участвует в сравнении. При этом контракт между equals и hashCode соблюдается: равные объекты имеют одинаковый hash.

Для обычных классов переопределение выглядит так:

override fun equals(other: Any?): Boolean
override fun hashCode(): Int

В отличие от Java, в Kotlin нет Objects.equals() из коробки, но есть == который сам вызывает equals.

На практике

На практике чаще всего используют data-классы - это стандартный способ получить корректные equals и hashCode без boilerplate-кода. Если нужно исключить поле из сравнения - вынесите его из primary constructor или переопределите методы вручную.

Для обычных классов, особенно при работе с legacy Java-кодом или при необходимости кастомной логики сравнения, переопределяют вручную. Рекомендуется использовать hashCode() на основе тех же полей, что и equals, иначе нарушится контракт.

Также стоит помнить: equals в Kotlin принимает Any?, а не конкретный тип, поэтому внутри нужна проверка this === other и other is MyClass.

Пример кода

// data class - автоматическая генерация
data class User(val id: Int, val name: String)

// обычный класс - ручное переопределение
class Person(val id: Int, val name: String) {
    override fun equals(other: Any?): Boolean {
        if (this === other) return true
        if (other !is Person) return false
        return id == other.id && name == other.name
    }

    override fun hashCode(): Int {
        var result = id
        result = 31 * result + name.hashCode()
        return result
    }
}

// использование
val u1 = User(1, "Alice")
val u2 = User(1, "Alice")
println(u1 == u2) // true, структурное равенство
println(u1 === u2) // false, разные ссылки

Как отвечать на собеседовании

Начните с того, что Any содержит equals и hashCode. Затем объясните разницу между == и ===. Подчеркните, что для data-классов генерация автоматическая, и упомяните ограничение: только свойства из primary constructor. Если спросят про обычные классы - покажите ручное переопределение и важность соблюдения контракта. Можно добавить, что в Kotlin нет Objects.equals, но == его заменяет. Для senior-уровня стоит упомянуть нюанс с null-безопасностью: == не вызывает NPE при null слева.

Что проверяет интервьюер

Интервьюер проверяет:

• понимание базовой иерархии типов в Kotlin
• знание разницы между == и ===
• осведомленность о data-классах и их ограничениях
• умение вручную реализовать equals и hashCode с соблюдением контракта
• понимание, как equals и hashCode связаны с коллекциями (HashMap, HashSet)

Типичные ошибки

• Путаница между == и ===: в Kotlin == - это equals, а не ссылочное сравнение.
• Забывают, что в data-классе поля из тела класса не участвуют в equals/hashCode.
• Нарушают контракт: разные hashCode для равных объектов.
• Не проверяют this === other в начале equals - это оптимизация и защита от рекурсии.
• Используют equals с конкретным типом параметра вместо Any? - это не переопределение, а перегрузка.
• При ручной реализации забывают про null-безопасность: other !is Person уже обрабатывает null, но если поле nullable, нужно аккуратно сравнивать.