Что такое паттерн Singleton

Ответ

Singleton — это порождающий паттерн, гарантирующий, что у класса есть только один экземпляр, и предоставляющий глобальную точку доступа к нему.

Ключевые моменты:

Приватный конструктор (чтобы нельзя было создать экземпляр извне).
Статический метод для получения экземпляра (обычно getInstance()).
Ленивая инициализация (создание при первом вызове).

Пример на Kotlin:

object Singleton // Самый простой способ (использует `object` в Kotlin)

// Или с ленивой инициализацией:
class Singleton private constructor() {
    companion object {
        val instance: Singleton by lazy { Singleton() }
    }
}

Проблемы:

Нарушает принцип единственной ответственности.
Усложняет тестирование из-за глобального состояния.
Потокобезопасность требует дополнительных проверок в Java (в Kotlin object и lazy по умолчанию thread-safe).

Ответ 18+ 🔞

А, синглтон, ёпта! Ну это ж классика, как водка с огурцом. Суть-то проще пареной репы: чтобы этот самый класс, сука, был в единственном экземпляре, как последняя бутылка пива в холодильнике в три часа ночи. И чтобы все, кто его хочет, не плодили сущностей, а брали один и тот же, глобальный, блядь, экземпляр. Удобно, но и проблем, ядрёна вошь, дохуя.

Ну, по косточкам разбираем:

Конструктор приватный. Это чтобы какой-нибудь умник не взял и не наклепал новых объектов через new Singleton(). Запрещено, блядь! Всё, закрыто нахуй, ключ выброшен.
Статический метод getInstance(). Это типа законная дверь в этот закрытый клуб. Хочешь экземпляр? Иди сюда, получишь, но только один на всех. Как последний стул в переполненном трамвае.
Ленивая инициализация. Это чтобы не грузить систему зря. Зачем создавать объект, если его ещё никто не просил? Создадим, когда первый ленивый пользователь приползёт и скажет "дай". Оптимизация, мать её.

Вот, смотри, как на Kotlin это выглядит, красота же:

object Singleton // Всё, блядь! Готово! Kotlin — это магия, ёпта. Одна строчка и ты король.

// Ну или если ты параноик и хочешь явно ленивость контролировать:
class Singleton private constructor() { // Приватный конструктор, видишь? Никаких "new"!
    companion object {
        val instance: Singleton by lazy { Singleton() } // Создастся только когда впервые спросят. Умно, сука.
    }
}

А теперь про подводные камни, потому что нихуя не всё так радужно:

Принцип единственной ответственности он, блядь, накрывается медным тазом. Этот класс теперь и дело своё делает, и за тем, чтобы его больше одного не было, следит. Две работы сразу — всегда пиздец.
Тестирование превращается в ад. Потому что это глобальное состояние, чувак. Один тест его поменял, а второй уже получает не то, что ожидал. Доверия ебать ноль к таким штукам в юнит-тестах.
Потокобезопасность — вот где настоящий пиздец начинается в Java. Если два потока одновременно впервые дернут getInstance(), могут получиться два экземпляра, и весь смысл паттерна нахуй улетит. Приходится synchronized или volatile городить. В Kotlin, слава богу, и object, и lazy по умолчанию потокобезопасные, не надо голову ломать.

Короче, инструмент мощный, но как топор в руках обезьяны. Часто его используют там, где можно было бы обойтись простой зависимостью через конструктор, а потом всю жизнь маются. Подозрение ебать чувствую, когда вижу синглтон — а оно тут точно надо?