Когда использовать сессионный компонент с сохранением состояния вместо сеансового компонента без сохранения состояния?

Во-первых, вы должны понять, как bean-компоненты создаются и обрабатываются на сервере.

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

С другой стороны, сессионный компонент с отслеживанием состояния тесно связан с клиентом. Каждый экземпляр создается и привязан к одному клиенту и обслуживает только запросы от этого конкретного клиента. Так случается, что если вы выполняете два последовательных запроса к компоненту с отслеживанием состояния, ваш запрос всегда будет обслуживаться одним и тем же экземпляром компонента. Это означает, что вы можете поддерживать диалоговое состояние между запросами. В конце жизненного цикла клиент вызывает метод удаления, и компонент уничтожается / готов к сборке мусора.

Когда использовать без сохранения состояния или с отслеживанием состояния?

В основном это зависит от того, хотите ли вы поддерживать состояние разговора. Например, если у вас есть метод, который складывает два числа и возвращает результат, вы используете bean-компонент без сохранения состояния, потому что это одноразовая операция. Если вы вызываете этот метод во второй раз с другими числами, вас больше не интересует результат предыдущего сложения.

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

Я думаю, что лучший пример использования сессионного компонента с отслеживанием состояния - это Корзина для покупок, где вы храните все продукты, которые пользователь хочет купить.