Приложения ASP.NET размещаются на веб-серверах. Доступ к ним осуществляется через stateless протокол HTTP. По сути, если приложение использует stateful взаимодействие, ему необходимо осуществить управление состоянием (state management) самостоятельно. ASP.NET обеспечивает различные способы для управления состоянием приложений в ASP.NET: переменные Application state, Session state и View state.

Application state

Application state — это коллекция определённых пользователем переменных, которые доступны из любого места приложения ASP.NET. Они устанавливаются и инициализируются при событии Application_OnStart на этапе загрузки первого экземпляра приложения и остаются доступными до тех пор, пока существует последний экземпляр приложения. Переменные Application state досупны через коллекцию Applications, которая обеспечивает «обёртку» для переменных application state. Переменные Application state идентифицируются по их именам.^[1]

Session state

Session state — это набор пользовательских переменных, которые продолжают существовать в течение сеанса пользователя. Эти переменные уникальны для различных экземпляров пользовательских сессий, и доступны через коллекцию Session. Эти переменные (Session variables) можно настроить таким образом, чтобы они автоматически уничтожались по прошествии определённого времени неактивности пользователя, даже, если сессия ещё не завершена. На клиентской стороне пользовательская сессия идентифицируется при помощи cookie или при помощи ID сессии в её URL.^[1]

ASP.NET поддерживает следующие режимы существования переменных сессии:^[1]

InProc

Переменные сессии поддерживаются внутри процесса ASP.NET. Однако, в этом режиме переменные уничтожаются, когда процесс ASP.NET запускается повторно, либо завершается.

StateServer

В этом режиме ASP.NET запускает отдельную службу (service), которая поддерживает переменные состояния. Так как управление состоянием (state management) происходит за пределами ASP.NET процесса, это негативно сказывается на производительности, но позволяет многим экземплярам ASP.NET использовать общий сервер состояний, таким образом позволяя приложению ASP.NET быть равномерно распределённым на различных серверах (с балансировкой нагрузки и масштабированием на несколько серверов). Так как служба управления состоянием (state management service) запускается независимо от ASP.NET, переменные могут существовать после завершения работы процесса ASP.NET.

SQLServer

В этом режиме, переменные состояния (state variables) хранятся на database server, и доступны через SQL. Переменные состояния могут существовать после завершения процесса ASP.NET так же как и в предыдущем случае.

Custom

Этот режим требует указать свой поставщик хранилища данных о сессиях с помощью атрибута customProvider. Чаще всего используется тогда, когда информацию о сеансах необходимо хранить в базе данных, отличной от SqlServer (например, MySql или Oracle).

Off

Управление состоянием сеансов отключено.

Пример использования сессий

    Session["Name"] = "Иван Логинов"; //Session["Name"] = (object);
    Session.Add("Age", 16);
    //Забираем значение.
    Response.Write((string)Session["Name"] + ": " + Session["Age"].ToString() + "-years old.");

Результат, записанный в http-ответ web-сервера

Иван Логинов: 16-years old.

View state

View state ссылается на уровень страницы механизма управления состоянием (state management mechanism), который используется HTML страницами для сохраниния состояния компонентов веб-формы и widgets. При запросе на сервер текущее состояние компонентов (controls) кодируется и отправляется на сервер в скрытом поле __VIEWSTATE. Сервер посылает назад переменную, поэтому, когда страница повторно прорисовывается (re-rendered), компоненты (controls) отображаются (render) с их последним состоянием. На серверной стороне приложение может изменить viewstate, если результаты обработки обновляют хотя бы один элемент управления на странице. Состояния каждого компонента декодируется на сервере и доступно для использования в ASP.NET страницах через коллекцию ViewState.^[2]

Ссылки