CDI и пул

Question

CDI позволяет пул в некотором роде? Потому что я думал, что это особенность бобов EJB, но Адам Бьен говорит в этом screencast, что контейнер выбирает, следует ли создавать новый экземпляр класса через отражение или использовать существующий. Так что, если у меня есть, например, эти два фасоль

@RequestScoped 
public class RequestBean { 

    public void doIt() { 

    } 
} 

@SessionScoped 
public class SessionBean { 

    @Inject 
    private RequestBean bean;  

    public void doSomething() { 
     bean.doIt(); 
    } 
} 

вопрос - это всегда новый экземпляр RequestBean создается при вызове doSomething или же CDI контейнера какого-то образом управлять экземпляры в пуле?

Answer 1

Первый из них привязан к запросу, поэтому для каждого запроса создается новый экземпляр. Второй из них привязан к сеансу, поэтому для каждого сеанса создается новый.

CDI не объединяет и не перерабатывает объекты, поскольку не имеет понятия, являются ли объекты объектно-ориентированными или нет, и вы не хотите, чтобы в запросе возвращалось состояние, которое было у компонента в предыдущем запрос. Это разрушит весь смысл области запроса/сессии.

Если бобы на самом деле не стоят дорого (потому что они начинают новое соединение или что-то в этом роде), объединение их не приносит никаких преимуществ. Краткоживущие объекты очень быстро создают и собирают мусор в наши дни. И если bean действительно дорог для того чтобы создать, то оно должно быть, должно быть singleton.