Метод вызова Async из Session_Start

Question

Как мне позвонить async из Session_Start в Global.asax?

Global.asax: метод

protected async Task Session_Start(object sender, EventArgs e) 
    {    
     Session.Timeout = 10; 

     // Do some asynch work 
     await repository.SetStatsInfo(System.DateTime.Now);    
    } 

асинхронный:

public async Task SetStatsInfo(DateTime time) 
    { 
     using (ApplicationDBContext db = new ApplicationDBContext()) 
     { 
      // Do stuff (update visitors counter in db) .. 

      await db.SaveChangesAsync(); 

     } 
    } 

я могу запустить все это синхронно (определить void Session_Start и т.д.), который работает, но предпочел бы асинхронный путь так, что удар db не блокирует.

Выполняется как «async Task» для Session_Start, код не выполнен, контрольные точки внутри session_start не попадают.

Answer 1

Эти методы, как Session_Start в Global.asax являются специальными. Вы не можете просто произвольно определить новые. Рамка запускает ту, которую она запрограммирована для запуска, и не предоставляются асинхронные версии. В результате версия async никогда не будет запущена.

Однако в любом случае не имеет смысла быть асинхронным. Методы Global.asax вызываются при запуске и завершении пула приложений. В результате нет смысла отказываться от рабочего потока в любой момент, потому что ничего не может произойти до тех пор, пока он не завершит свою работу в любом случае.

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

Answer 2

Из того, что я понимаю, ASP имеет обозначенную нить, которая является единственной нитью, которая имеет доступ к HttpContext.Current объекта, и, в свою очередь, доступ к сессии (HttpContext.Current.Session) так же, как в потоке пользовательского интерфейса в окнах приложений. Поэтому выполнение .Wait() или .Result в обратном вызове Session_Start даст вам неизвестные результаты и/или затормозит процесс.

Там, кажется, много способов, чтобы управлять поток Task по исполнению, основным из которых является указанием вашей задачи для работы с определенным контекстом синхронизации через класс TaskScheduler https://msdn.microsoft.com/en-us/library/system.threading.tasks.taskscheduler(v=vs.110).aspx#Sync

Однако, поскольку класс задач был разработан для реализуйте IAsyncResult, который исходит из шаблона APM (асинхронной модели программирования), что делает задачу обратной совместимость со старым кодом шаблона APM (из чего я понял, ASP первоначально был построен). Требуется немного интеграции, хотя https://blogs.msdn.microsoft.com/mazhou/2011/10/04/the-asynchronous-programming-models/ (стандартный APM).

.Net 4.5 был создан для обеспечения асинхронных действий с использованием APM-стиля HttpApplication. Он удовлетворяет всем требованиям для доступа к объекту Session и правильно выполняется в HttpApplication:

public override void Init() 
{ 
    base.Init(); 
    //EventHandlerTaskAsyncHelper Wraps the task call in an APM-style BeginEventHandler, EndEventHandler 
    var wrapper = new EventHandlerTaskAsyncHelper(AsyncSessionStart); 
    this.AddOnAcquireRequestStateAsync(wrapper.BeginEventHandler, wrapper.EndEventHandler); 
} 

private async Task AsyncSessionStart(Object sender, EventArgs evtArgs) 
{  
    //The only caveat is we have to check IsNewSession to see if it was created in this call 
    //This doesn't need to be applied for other AddOn*Async wire-ups 
    if (!Session.IsNewSession) 
     return; 

    await doSomethingAsync(); 
} 

//I recall seeing something that for session state to be active, this callback has to be declared, even if empty 
protected void Session_Start(object sender, EventArgs e) 
{ 
    //Synchronous session 
}