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

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

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

Singleton — это паттерн проектирования и одновременно часто используемый scope бина, при котором для всего приложения создается один экземпляр объекта. Все запросы на получение такого бина возвращают одну и ту же ссылку, если контейнер и жизненный цикл это поддерживают. В Spring это обычно означает, что бин по умолчанию создается как singleton-scoped и управляется контейнером.

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

Например, сервис работы с конфигурацией или кэшем обычно не нужно создавать многократно. Контейнер создает его один раз при старте или при первом обращении, а дальше все компоненты получают ту же самую ссылку.

import org.springframework.stereotype.Service;

@Service
public class ConfigService {
    public String getValue(String key) {
        return "some-value";
    }
}

Если несколько компонентов внедрят ConfigService, они будут использовать один и тот же объект бина в рамках контейнера.

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

Код не требуется, потому что здесь важно понять принцип. В примере @Service сообщает контейнеру, что класс нужно зарегистрировать как бин. При создании контекста Spring формирует один экземпляр ConfigService и хранит его внутри контейнера. Когда другой компонент запрашивает этот бин через внедрение зависимости, Spring не создает новый объект, а выдает уже существующий.

Шаги работы:

Контейнер находит класс с аннотацией @Service.
Создает один экземпляр объекта.
Кладет его в свой реестр бинов.
При внедрении зависимостей возвращает ту же самую ссылку.
Все потребители работают с одним экземпляром в рамках этого контейнера.

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

Singleton в DI-контейнере — это обычно один экземпляр бина на контейнер, а не обязательно на всю JVM.
В Spring бин singleton-scoped создается по умолчанию.
Singleton удобен для stateless-сервисов, утилит, конфигурации, кэшей.
Если у бина есть изменяемое состояние, нужно быть осторожным с потокобезопасностью.
Singleton-объект не должен хранить данные конкретного пользователя или запроса, если это не предусмотрено архитектурой.
Singleton в контексте паттерна и singleton в контексте scope бина похожи по идее, но зависят от конкретного контейнера и реализации.

Можете объяснить, что такое Singleton при инициировании Bean в контексте разработки?