Как реализовать синглтон в Kotlin

Что проверяют

Знаете ли вы, что в Kotlin синглтон делается одним словом object, и понимаете ли, что происходит под капотом и чем глобальное состояние опасно на Android. Следом спрашивают про синглтон с параметром, обычно с Context, и про то, почему в проекте вместо этого используют DI.

Как отвечать

Основные варианты с оценкой каждого:

• object: компилируется в класс с приватным конструктором и статическим полем INSTANCE. Экземпляр создаётся при первом обращении, во время инициализации класса, а JVM гарантирует, что это произойдёт ровно один раз и потокобезопасно. Ни synchronized, ни двойной проверки не нужно;
• by lazy: подходит для отложенного создания тяжёлого поля. Режим по умолчанию LazyThreadSafetyMode.SYNCHRONIZED, есть ещё PUBLICATION и NONE для случаев, где многопоточность исключена;
• синглтон с параметром: у object нет конструктора, поэтому пишут companion object с @Volatile private var instance и двойной проверкой внутри synchronized(this). Классический пример: getDatabase(context) у Room. Важно сохранять context.applicationContext, а не пришедшую Activity;
• DI вместо ручного синглтона: в Hilt это @Singleton на классе или провайдере в модуле, установленном в SingletonComponent, в Koin single { }. Экземпляр один на приложение, но зависимость передаётся явно и подменяется в тестах.

Сильный ответ заканчивается мыслью, что object хорош для stateless-утилит и констант, а всё, что держит состояние или ресурсы (база, сеть, репозитории), лучше отдать DI-контейнеру.

Где спотыкаются

Кладут в синглтон Activity, View или Fragment. Объект живёт столько же, сколько процесс, и держит ссылку на уничтоженный экран: классическая утечка памяти, которую сразу покажет LeakCanary.

Пишут двойную проверку без @Volatile. Другой поток может увидеть ссылку на ещё не до конца сконструированный объект.

Хранят в object пользовательское состояние и рассчитывают на него после возврата в приложение. Система может убить процесс в фоне, синглтон создастся заново пустым, а экран восстановится из savedInstanceState и упадёт на отсутствующих данных.