> Как работают final и static в Kotlin и Java (Kotlin, Java, Android)

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

final и static - это модификаторы, управляющие изменяемостью и принадлежностью. В Java final применяется к классам, методам, полям и локальным переменным, запрещая наследование, переопределение и повторное присваивание. static делает член класса принадлежащим самому классу, а не экземпляру. В Kotlin final - поведение по умолчанию для классов и методов, а static заменён на companion object, top-level функции и @JvmStatic. Понимание различий критично для Android-разработки, особенно при работе с утилитарными классами, константами и наследованием.

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

В Java final имеет несколько контекстов:

• final класс - запрещает наследование (например, String).
• final метод - запрещает override в подклассах.
• final поле - после инициализации значение не может быть изменено. Для примитивов это константа, для ссылочных типов - неизменяемая ссылка (сам объект может мутировать).
• final локальная переменная - запрещает повторное присваивание.

static в Java:

• static поле - одна копия на класс, доступна без создания экземпляра.
• static метод - не имеет доступа к instance-членам, вызывается через класс.
• static блок - инициализация статических полей.
• static вложенный класс - не имеет ссылки на внешний класс.

В Kotlin:

• final - default для классов и методов. Чтобы разрешить наследование, нужно явно указать open.
• static отсутствует как ключевое слово. Вместо него:
  • companion object - аналог static-членов, но с возможностью реализации интерфейсов и наследования.
  • top-level функции и свойства - компилируются в static-методы и поля.
  • @JvmStatic - аннотация для companion object, чтобы генерировать настоящие static-методы для Java-интеропа.
  • @JvmField - для генерации static-полей без геттеров/сеттеров.

Важное отличие: в Java static методы не могут быть переопределены (скрываются), в Kotlin companion object методы тоже не переопределяются, но могут быть вызваны через имя класса.

На практике

В Android-разработке:

• Константы: в Java - static final, в Kotlin - const val (только для примитивов и String) или val в companion object.
• Утилитарные функции: в Java - static методы, в Kotlin - top-level функции или companion object.
• DI и фабрики: companion object с @JvmStatic для Java-вызовов.
• final в Kotlin - default, поэтому при проектировании API нужно осознанно использовать open.
• Для Android-совместимости с Java-кодом важно понимать, как Kotlin-код компилируется в static-члены.

Пример кода

// Kotlin
class Config {
    companion object {
        const val MAX_SIZE = 100 // static final в Java
        @JvmStatic
        fun create() = Config() // static метод
    }
}

// Top-level функция
fun formatDate(date: Date): String = ...

// Java эквивалент
public class Config {
    public static final int MAX_SIZE = 100;
    public static Config create() { return new Config(); }
}

JAVA
// Java
public class Utils {
    public static final String TAG = "Utils";
    public static void log(String msg) { ... }
}

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

Начни с базового определения, затем переходи к различиям между языками. Подчеркни, что в Kotlin final - это дефолт, а static заменён companion object. Упомяни const val и @JvmStatic как инструменты интеропа. Приведи пример из Android: константы, утилиты, синглтоны. Если спросят про производительность - отметь, что static-методы вызываются быстрее, но это микрооптимизация. Покажи понимание, когда использовать companion object, а когда top-level функции.

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

• Понимание семантики модификаторов в обоих языках.
• Знание Kotlin-идиом вместо Java-конструкций.
• Умение объяснить, как Kotlin-код компилируется в байткод.
• Понимание ограничений: final для ссылочных типов не делает объект иммутабельным.
• Осознание разницы между скрытием static-методов и override.
• Практический опыт с Android-интеропом.

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

• Утверждение, что final в Kotlin не нужен, потому что его нет - на самом деле он есть, просто по умолчанию.
• Путаница между const val и val в companion object: const требует примитив или String и компилируется в compile-time константу.
• Забывают, что static методы в Java скрываются, а не переопределяются.
• Использование companion object для всего подряд, когда достаточно top-level функции.
• Непонимание, что @JvmStatic нужен только для Java-интеропа, а внутри Kotlin companion object работает и без него.