Wywoływanie programu ConfigureAwait z akcji ASP.NET MVC

Question

Pracowałem nad prezentacją i uważałem, że następujące rzeczy powinny zakończyć się niepowodzeniem, ponieważ właściwość ActionResult nie jest zwracana we właściwym kontekście. Mam obciążenia testowane z VS i nie dostałem błędów. Debugowałem go i wiem, że przełącza wątki. Wygląda więc na to, że jest to poprawny kod.

Czy program ASP.NET nie dba o to, jaki kontekst lub wątek jest włączony, tak jak aplikacja kliencka? Jeśli tak, to w jakim celu dostarcza AspNetSynchronizationContext? Nie mam racji umieszczając plik ConfigureAwait w samej akcji. Coś w tym jest nie tak. Czy ktoś może wyjaśnić?

public async Task<ActionResult> AsyncWithBackendTest() 
    { 
     var result = await BackendCall().ConfigureAwait(false); 
     var server = HttpContext.Server; 
     HttpContext.Cache["hello"] = "world"; 
     return Content(result); 
    } 

Answer 1

Program ASP.NET nie ma potrzeby "wątku interfejsu użytkownika" wymaganej przez wiele aplikacji klienckich (ze względu na strukturę interfejsu pod nim). Że nie chodzi o kontekst wątku powinowactwem, ale do śledzenia postępów stronę (i inne rzeczy, jak roznosić kontekście zabezpieczeń na życzenie)

Stephen Toub mentions this in an MSDN article:

Windows Forms nie jest jedynym środowiskiem która zapewnia klasę pochodną SynchronizationContext. ASP.NET zapewnia także jedną, AspNetSynchronizationContext, ale nie jest to publiczne i nie jest przeznaczone do użytku zewnętrznego. Zamiast tego jest używany pod osłonami przez ASP.NET, aby ułatwić funkcjonalność asynchronicznych stron w ASP.NET 2.0 (więcej informacji na ten temat można znaleźć w witrynie msdn.microsoft.com/msdnmag/issues/05/10/WickedCode). Ta implementacja umożliwia programowi ASP.NET zapobieganie zakończeniu przetwarzania stron , dopóki nie zostaną zakończone wszystkie zaległe asynchroniczne wywołania.

Nieco więcej szczegółów na temat kontekstu synchronizacji podano w Stephen Cleary's article from last year.

Rysunek 4 pokazuje w szczególności, że nie ma on "specyficznego wątku" WinForms/WPF, ale całość jest świetną lekturą.

Jeśli wielokrotne operacje kompletny naraz do tego samego wniosku, AspNetSynchronizationContext zapewni, że wykona jeden na czasie. Mogą one być wykonywane w dowolnym wątku, ale ten wątek będzie miał tożsamość i kulturę oryginalnej strony .

Answer 2

W Twoim kodzie HttpContext jest członkiem Twojej podstawowej klasy AsyncController. To nie jest bieżący kontekst dla wykonywanego wątku.

Również w twoim przypadku HttpContext jest nadal ważny, ponieważ żądanie nie zostało jeszcze zakończone.

Nie mogę tego przetestować w tej chwili, ale spodziewam się, że to się nie powiedzie, jeśli użyłeś System.Web.HttpContext.Current zamiast HttpContext.

P.S. Bezpieczeństwo jest zawsze propagowane zawsze, niezależnie od ConfigureAwait - ma to sens, jeśli się nad tym zastanowić. Nie jestem pewien co do kultury, ale nie zdziwiłbym się, gdyby była zawsze propagowana.