Ответ
Spring предоставляет шесть стандартных областей видимости (scopes) для бинов. Их доступность зависит от контекста приложения.
Стандартные scopes:
singleton(по умолчанию) — контейнер создает единственный экземпляр бина, и все запросы возвращают этот же объект.prototype— контейнер возвращает новый экземпляр при каждом запросе бина (черезgetBean()или инъекцию).request— один экземпляр на жизненный цикл одного HTTP-запроса (только для веб-приложений).session— один экземпляр на HTTP-сессию пользователя (только для веб-приложений).application— один экземпляр на жизненный циклServletContext(только для веб-приложений).websocket— один экземпляр на жизненный цикл WebSocket-сессии.
Как задать scope:
@Component
@Scope("prototype") // или @Scope(value = WebApplicationContext.SCOPE_REQUEST)
public class MyPrototypeBean { ... }@Bean
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public MyService myService() {
return new MyService();
}Важно: Scopes singleton и prototype доступны всегда. Остальные (request, session, application, websocket) — только в веб-приложениях. Для создания кастомного scope необходимо реализовать интерфейс org.springframework.beans.factory.config.Scope.
Ответ 18+ 🔞
А, слушай, про эти ваши Spring-овские области видимости, блядь! Ну, ёпта, классика жанра, но народ постоянно путается, как эти самые scopes работают. Сейчас разжуем, как для распиздяев.
Вот представь, Spring — это такой большой, блядь, бар, а бины — это напитки. И от того, какой ты scope выберешь, зависит, нальют тебе из общего чайника или сделают новый коктейль для каждого придурка.
Стандартные шесть штук, как в лотерее, только без выигрыша:
singleton— это по умолчанию, царь и бог. Контейнер создаёт один-единственный экземпляр, и все, кто его просит, получают один и тот же объект. Как водка в баре на всех. Налил в графин один раз — и все оттуда пьют. Экономия, блядь, но если кто-то туда пепел потушит, всем достанется.prototype— полная противоположность, анархия. Каждый раз, когда кто-то орётgetBean()или просит инъекцию, Spring, сука, рожает новый экземпляр. Новый стакан, новый напиток. Дорого, накладно, но зато свой, чистенький, и никто в нём не гадил.request— это уже для веб-распиздяев. Один бин на один HTTP-запрос. Пользователь нажал кнопку — тебе налили рюмку. Запрос кончился — рюмку выкинули в помойку. Кратковременная радость, блядь.session— пошире, уже на всю сессию пользователя. Пока он не закроет браузер или не выйдет по таймауту, у него своя личная бутылка. Удобно для корзины покупок, а то вдруг кто чужую телегу уведёт.application— это вообще на всю жизньServletContext. Один экземпляр на всё веб-приложение, но живёт в веб-слое. Как барная стойка, которая не меняется, пока бар не закроют на ремонт.websocket— новомодная хуйня для WebSocket-сессии. Пока соединение живое, бин твой. Похоже наsession, но для этих ваших чатиков в реальном времени.
Как этим пользоваться, чтобы не выглядеть конченым? Вот, смотри, аннотациями всё решается, проще пареной репы.
@Component
@Scope("prototype") // Или, блядь, @Scope(value = WebApplicationContext.SCOPE_REQUEST) для веба
public class MyPrototypeBean { ... }Или, если ты конфигурируешь всё через Java-конфиг, как серьёзный пацан:
@Bean
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public MyService myService() {
return new MyService();
}Важный момент, на котором все обжигаются, как дураки: singleton и prototype работают всегда, хоть в консоли, хоть на микроволновке. А вот request, session, application и websocket — это исключительно для веб-приложений. Без веб-контекста Spring на тебя посмотрит, как на идиота, и выбросит исключение, что твою мать.
Ну и если тебе мало этих шести и ты совсем ебнулся, можно, блядь, свой scope придумать. Надо просто интерфейс org.springframework.beans.factory.config.Scope реализовать. Но это уже для полных извращенцев, которые хотят, чтобы бин жил, например, ровно одну минуту или пересоздавался каждую пятницу. Ёперный театр, в общем.