> Как реализовать синглтон в Kotlin (Kotlin, Android)

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

В Kotlin синглтон реализуется через ключевое слово object - это ленивая и потокобезопасная инициализация на уровне JVM. Для Android-контекста часто используют object с initialize() или lazy {}. Если нужен синглтон с параметрами, применяют companion object с getInstance(). В большинстве случаев object - предпочтительный вариант, так как он гарантирует единственный экземпляр и потокобезопасность без дополнительного кода.

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

object в Kotlin создаёт класс с единственным экземпляром, который инициализируется лениво при первом обращении. JVM гарантирует потокобезопасность через статический инициализатор - это аналог классического синглтона с static final полем в Java.

Когда нужен синглтон с параметрами (например, context), object не подходит напрямую, так как конструктор не принимает аргументы. В этом случае используют companion object с приватным полем и методом getInstance(), который синхронизирован или использует lazy.

Для Android-приложений важно учитывать жизненный цикл: синглтон, хранящий Context, может вызвать утечку памяти, если это Activity context. Лучше хранить applicationContext.

На практике

В Android-проектах синглтоны обычно применяют для:

• репозиториев (например, UserRepository)
• менеджеров (например, NotificationManager)
• кэшей или shared preferences обёрток

Если синглтон зависит от Context, используйте object с методом init(context: Context), вызываемым в Application.onCreate(). Это гарантирует инициализацию до первого использования и избегает передачи context в каждый метод.

Для тестируемости синглтон - не лучший выбор, так как сложно подменить реализацию. Рассмотрите dependency injection (например, Hilt или Koin), если проект это позволяет.

Пример кода

// Простой синглтон
object NetworkManager {
    fun fetchData() { ... }
}

// Синглтон с context
object AppPreferences {
    private lateinit var prefs: SharedPreferences

    fun init(context: Context) {
        prefs = context.applicationContext.getSharedPreferences("app", Context.MODE_PRIVATE)
    }

    fun getString(key: String): String? = prefs.getString(key, null)
}

// Синглтон с параметрами через companion object
class DatabaseHelper private constructor(context: Context) {
    companion object {
        @Volatile
        private var instance: DatabaseHelper? = null

        fun getInstance(context: Context): DatabaseHelper =
            instance ?: synchronized(this) {
                instance ?: DatabaseHelper(context.applicationContext).also { instance = it }
            }
    }
}

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

Начните с object - это основной способ. Объясните, почему он потокобезопасен и ленив. Затем упомяните ограничение с параметрами и покажите альтернативу через companion object с synchronized или lazy. Для Android добавьте про applicationContext и инициализацию в Application. Если спросят про тестирование - скажите, что синглтон усложняет моки, и в современных проектах предпочтителен DI.

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

• Понимание ключевого слова object и его отличий от класса
• Знание потокобезопасности и ленивой инициализации
• Умение решать проблему синглтона с параметрами
• Понимание Android-специфики: context, жизненный цикл, утечки памяти
• Осознание trade-off между синглтоном и DI

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

• Использование object для синглтона с параметрами - это невозможно, кандидат пытается передать аргументы в object
• Хранение Activity context в синглтоне - утечка памяти
• Игнорирование потокобезопасности в getInstance() без synchronized или lazy
• Создание синглтона через class с private constructor и companion object без @Volatile - может привести к гонке потоков
• Утверждение, что object инициализируется не лениво - это неверно, инициализация происходит при первом обращении