Что хотят услышать интервьюеры:

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

Определение:

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

В Java базовая идея такая: конструктор скрыт от внешнего кода, а экземпляр хранится в static поле и возвращается через getInstance().

Пример использования:

public class AppConfig {

    private static AppConfig instance;

    private AppConfig() {
        // приватный конструктор
    }

    public static synchronized AppConfig getInstance() {
        if (instance == null) {
            instance = new AppConfig();
        }
        return instance;
    }

    public void printConfig() {
        System.out.println("Config loaded");
    }
}

Использование:

AppConfig config = AppConfig.getInstance();
config.printConfig();

Пояснение кода:

Код показывает ленивую инициализацию Singleton.

Поле instance хранит единственный объект класса.
Конструктор private, поэтому создать объект через new AppConfig() снаружи нельзя.
Метод getInstance() проверяет, создан ли уже объект.
Если объект ещё не создан, он создаётся при первом вызове.
synchronized защищает создание экземпляра при одновременном доступе из нескольких потоков.

Для Android такой подход рабочий, но у synchronized есть накладные расходы. Если важна производительность и нужна потокобезопасность без лишней синхронизации, часто используют вариант с static final или holder-идиому.

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

У Singleton всегда один экземпляр и одна точка доступа.
Конструктор должен быть private.
Экземпляр обычно хранится в static поле.
Для многопоточности нужно обеспечить безопасную инициализацию.
Простой synchronized-вариант понятен, но не всегда самый быстрый.
В Android Singleton удобно использовать для конфигов, кэшей, менеджеров состояния, но не стоит превращать его в «глобальную помойку» зависимостей.

Каким образом реализовать паттерн Singleton в языке Java?