Хранить что-нибудь внутри ASP.NET сеанс вызывает задержки 500ms

Я взглянул на ASP.NET рамки. Класс, в котором управляется состояние сеанса, определяется здесь: http://referencesource.microsoft.com/#System.Web/State/SessionStateModule.cs,114

вот как это работает (упрощенный код) :

LOCKED_ITEM_POLLING_INTERVAL = 500ms;
LOCKED_ITEM_POLLING_DELTA = 250ms;

bool GetSessionStateItem() {
    item = sessionStore.GetItem(out locked);

    if (item == null && locked) {
        PollLockedSession();
        return false;
    }
    return true;
}

void PollLockedSession() {
    if (timer == null) {
        timer = CreateTimer(PollLockedSessionCallback, LOCKED_ITEM_POLLING_INTERVAL);
    }
}

void PollLockedSessionCallback() {
    if (DateTime.UtcNow - lastPollCompleted >= LOCKED_ITEM_POLLING_DELTA) {             
          isCompleted = GetSessionStateItem();
          lastPollCompleted = DateTime.UtcNow;

          if(isCompleted) {
              ResetPollTimer();
          }
    } 
}

Summary: если элемент сеанса не может быть получен, потому что он заблокирован другим потоком, будет создан таймер. Он будет регулярно объединять сеанс, чтобы попытаться снова получить элемент (каждые 500 мс по умолчанию). После успешного извлечения элемента таймер очищается. Кроме того, существует проверка, чтобы убедиться, что существует заданная задержка между вызовами GetSessionStateItem () (LOCKED_ITEM_POLLING_DELTA = 250 мс по умолчанию).

можно изменить значение по умолчанию LOCKED_ITEM_POLLING_INTERVAL путем создания следующего ключа в реестре (это повлияет на все веб-сайты, работающие на компьютере):

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ASP.NET
SessionStateLockedItemPollInterval (this is a DWORD)

другое (не рубить), чтобы изменить значение путем отражения :

Type type = typeof(SessionStateModule);
FieldInfo fieldInfo = type.GetField("LOCKED_ITEM_POLLING_INTERVAL",
   BindingFlags.NonPublic | BindingFlags.Static);
fieldInfo.SetValue(null, 100); //100ms

отказ от ответственности: точные последствия снижения этого значения неизвестны. Это может увеличить конкуренцию потоков на сервере,создать потенциальные тупики и т. д... Лучшее решение-избежать использования состояния сеанса или украсить ваш контроллер SessionStateBehavior.ReadOnly атрибут, как предложили другие пользователи.

есть несколько способов ускорить сеанс в ASP.NET - ... Прежде всего несколько ключевых моментов:

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

2. сеанс сериализуется на сервере. Cookie используется для поддержания сеанса, хотя это другой тип cookie, что означает, что я не ожидаю большой разницы в производительности.

Так что мой любимый способ ускорить запросы сеанса-всегда использовать state server. Это устраняет проблемы в процессе, а также означает, что при тестировании вы можете перестроить свой проект без необходимости повторного входа на свой сайт. Это также делает сеансы возможными в простых сценариях балансировки нагрузки. http://msdn.microsoft.com/en-us/library/ms972429.aspx

PS Я должен добавить, что технически вне процесса Государственная служба должна быть медленнее. По моему опыту это быстрее и легче развиваться, но я бы предположил, что это зависит от того, как он используется.

Я просто хотел добавить немного деталей к большому ответу @bendytree. При использовании WebForms вы не можете полностью отключить состояние сеанса

<%@ Page EnableSessionState="False" %>

но также установите его в readonly:

<%@ Page EnableSessionState="ReadOnly" %>

это решило описанную проблему в моем случае. См.документация