Зачем запускать сеанс бездействия beans?

Stateless beans в Java не сохраняет свое состояние между двумя вызовами от клиента. Поэтому в двух словах мы можем рассматривать их как объекты с бизнес-методами. Каждый метод принимает параметры и возвращает результаты. Когда метод вызывается, в стеке выполнения создаются локальные переменные. Когда метод возвращает locals, удаляются из стека, и если бы были выделены некоторые временные объекты, они все равно собирали мусор.

С моей точки зрения, которая не отличается от метода вызова одного и того же экземпляра отдельными потоками. Итак, почему контейнер не может использовать один экземпляр bean вместо объединения нескольких из них?

Ответ 1

Объединение делает несколько вещей.

Один, имея один bean на один экземпляр, вы гарантированно должны быть потокобезопасными (сервлеты, например, не являются потокобезопасными).

Во-вторых, вы уменьшаете потенциальное время запуска, которое может иметь bean. В то время как сеанс Beans является "без гражданства", они должны быть неактивными в отношении клиента. Например, в EJB вы можете ввести несколько ресурсов сервера в сеанс Bean. Это состояние является приватным для bean, но нет причин, по которым вы не можете удержать его от вызова к вызову. Итак, объединив Beans, вы уменьшаете эти поисковые запросы только тогда, когда создается bean.

Три, вы можете использовать пул bean в качестве средства дросселирования трафика. Если у вас всего 10 Beans в пуле, вы будете получать не более 10 запросов, работающих одновременно, остальные будут поставлены в очередь.

Ответ 2

Транзактивность модели Java EE использует контекст потока для управления жизненным циклом транзакции.

Это упрощение существует, поэтому нет необходимости реализовывать какой-либо конкретный интерфейс для непосредственного взаимодействия с объектом UserTransaction; когда транзакция извлекается из InitialContext (или вводится в сеанс bean), она привязана к локальной локальной переменной для повторного использования (например, если метод в вашем сеансе без состояния bean вызывает другой сеанс без состояния bean, который также использует инъецированную транзакцию.)

Ответ 3

Жизненный цикл сеанса безстоящих состояний beans - это не существует, пассивное и MethodReady (пассивное или неактивное) состояние. Чтобы оптимизировать perormance, вместо того, чтобы проходить через bean из состояния готовности в метод, контейнер управляет bean между активным и пассивным состояниями через обратные вызовы контейнера - ejbActivate() и ejbPassivate() там, управляя пулом bean.

sreenut

Ответ 4

Объединение повышает производительность.

Один экземпляр, обрабатывающий все запросы/потоки, приведет к большому количеству конфликтов и блокировок.

Поскольку вы не знаете, какой экземпляр будет использоваться (и несколько потоков могут использовать один экземпляр одновременно), beans должен быть потокобезопасным.

Контейнер может управлять размером пула на основе фактической активности.