Я понимаю, что такое сессионные компоненты с сохранением состояния и без состояния и когда их использовать, но мне любопытно, как приложение / веб-сервер знает, что этот экземпляр объекта принадлежит этому клиенту. Идентификатор сеанса отправляется в виде файла cookie, и приложение / веб-сервер знает, что этот объект сеанса принадлежит этому конкретному клиенту?
Как поддерживается состояние в приложении / веб-сервере?
comment
Я понимаю, что такое сессионные компоненты с сохранением состояния и без состояния и когда их использовать Извините, сам по себе этот вопрос уже свидетельствует о том, что вы явно этого не делаете. Вышеупомянутый дубликат объясняет жизненный цикл этих bean-компонентов, а дубликат здесь объясняет жизненный цикл HTTP-сеанса (который совершенно не имеет отношения к слову session в сеансных bean-компонентах): stackoverflow.com/q/3106452
- person BalusC schedule 26.01.2017
comment
Итак, что вызвало этот разговор, так это то, что я разговаривал с коллегой. Мой коллега предполагает, что каждое веб-приложение не имеет гражданства. Я сказал, что не согласен с утверждением, что http не имеет состояния, но веб-приложения могут иметь состояние. Например, корзина для покупок, корзина для покупок поддерживается на протяжении каждого запроса. После этого я сказал, что не уверен на сто процентов, как сервер поддерживает состояние, кроме идентификатора сеанса в cookie. В любом случае мой коллега по-прежнему не согласен со мной и только что закончил разговор тем, что у традиционных веб-приложений нет состояния ...
- person Grim schedule 26.01.2017
comment
Я смог найти однозначный ответ, поэтому задал вопрос .... спасибо @BalusC
- person Grim schedule 26.01.2017
Ответы (1)
Из Википедии:
Клиент обычно хранит и отправляет токен в виде файла cookie HTTP и / или отправляет его в качестве параметра в запросах GET или POST.
person
Sergio Lema
schedule
26.01.2017
