У меня есть API-интерфейс Web API со следующим методом внутри:
public string Tester()
{
Thread.Sleep(2000);
return "OK";
}
Когда я назову его 10 раз (используя Fiddler), я ожидаю, что все 10 вызовов вернутся через ~ 2 секунды. Однако призывы возвращаются после 2,4,8... 20 секунд, соответственно. Что блокирует его одновременное выполнение? Как это исправить?
Регулярно ли контроллеры ведут себя так же, как контроллеры web-api?
То, что вы описываете, соответствует поведению по умолчанию для состояния сеанса ASP.NET и может быть разрешено путем его отключения в web.config.
Доступ к состоянию сеанса ASP.NET является исключительным для каждого сеанса, а это означает, что, если два разных пользователя выполняют параллельные запросы, доступ к каждому отдельному сеансу предоставляется одновременно. Однако, если два одновременных запроса сделаны для одного и того же сеанса (с использованием того же значения SessionID), первый запрос получает эксклюзивный доступ к информации о сеансе. Второй запрос выполняется только после завершения первого запроса. (Второй сеанс также может получить доступ, если исключительная блокировка информации освобождается, потому что первый запрос превышает тайм-аут блокировки.) Если значение EnableSessionState в директиве @страницы установлено в ReadOnly, запрос для чтения только для чтения информация сеанса не приводит к исключительной блокировке данных сеанса. Однако для запросов на чтение только для данных сеанса может потребоваться дождаться блокировки, установленной с помощью запроса на чтение и запись для очистки данных сеанса.
Источник: Обзор состояния сеанса ASP.NET
Я не думаю, что я отвечаю на ваш вопрос, но то, что я хотел бы написать здесь, слишком велико для комментария.
Сначала ASP.NET Web API не имеет ничего общего с состоянием сеанса. Фактически, если сеанс должен использоваться с веб-API, он должен быть явно включен.
Теперь у меня такой же точный контроллер API, как вы, и я его размещаю в IIS. Если я делаю параллельные запросы, он выполняет запросы параллельно и не последовательно. Вот как я тестировал Fiddler.
Сначала я сделал GET API и дождался 200 кода состояния (# 1 в левой панели Fiddler). Затем я выбрал # 1 и нажал U, чтобы воспроизвести тот же запрос безоговорочно 9 раз. При этом у меня есть 10 запросов в левой панели (от # 1 до # 10). Затем я выбрал все 10 из них и нажал R, чтобы повторно передать все десять запросов параллельно. Затем я выбрал запросы с 11 по 20 в левой панели и перешел на вкладку "Временная шкала". Я вижу этот график.
PS. Я тестировал веб-API, работающий локально, BTW.
Затем я захотел зарегистрировать запрос метки времени, полученный методом действия. Итак, я изменил метод действия, чтобы вернуть строку, подобную этой.
public string Get()
{
string ts = DateTime.Now.ToString("mm:ss.fff");
Thread.Sleep(2000);
return ts;
}
Я получил следующее.
00:43.795
00:43.795
00:45.812
00:44.517
00:43.795
00:43.795
00:45.515
00:43.795
00:43.795
00:43.795
Для меня это означает, что все запросы выполняются параллельно.
Посмотрите на этот вопрос, который относится к вашей проблеме: Выполняются ли все веб-запросы параллельно и обрабатываются асинхронно?
В нем указано, что:
Служба webApi по умолчанию выполняет все входящие запросы в параллельно, но только если текущие множественные запросы (при определенном время) происходило из разных сессий. То есть, если один клиент отправит несколько одновременных запросов на сервер, все они будут выполняется последовательно и не будет выполняться одновременно.
Чтобы решить эту проблему, вы можете использовать методы async, как описано здесь.
Как правило, вам нужно объявить свой метод как асинхронный, например:
public async Task<MyObj> GetObj()
Попробуйте использовать это вместо:
public async Task<string> Tester()
{
await Task.Delay(2000);
return "OK";
}
Посмотрите на это, чтобы узнать разницу между Task.Delay и Thread.Sleep, которая блокирует http://social.technet.microsoft.com/wiki/contents/articles/21177.visual-c-thread-sleep-vs-task-delay.aspx
Возможно, вы включили Session State для веб-Api. Веб-интерфейс по умолчанию остается безрезультатным и не имеет сеанса. Проверьте раздел global.asax Application_AuthenticateRequest (здесь я включаю состояние сеанса для Web Api). Найдите, где вы включили свое состояние сеанса, и установите его в режиме только для чтения, чтобы разрешить parallelism веб-методы, используя состояние сеанса. См. Этот вопрос, который аналогичен: Служба веб-API. Как сделать запросы на сервере выполняемыми одновременно
Ищите что-то вроде этого:
HttpContext.Current.SetSessionStateBehavior(System.Web.SessionState.SessionStateBehavior.Required);
Измените его так:
HttpContext.Current.SetSessionStateBehavior(System.Web.SessionState.SessionStateBehavior.ReadOnly);