Punti di estensibilità dell'API SynchronizationContext e Web ASP.NET

Question

Quando ci occupiamo di alcuni punti di estensibilità nell'API Web ASP.NET, ci occupiamo anche di TAP (Pattern di programmazione basata sulle attività). In alcuni punti, vogliamo fornire una continuazione a un metodo asincrono con ContinueWith e facciamo alcune cose all'interno del delegato che passiamo su ContinueWith.

Come spiega Brad Wilson here in profondità che il SynchronizationContext è di vitale importanza quando forniamo continuazioni. Per me, l'unico posto in cui ho bisogno di tornare al SynchronizationContext in API Web ASP.NET è il luogo in cui ho bisogno di giocare con HttpContext.Current (che è qualcosa che non avrei mai fatto in un'applicazione API Web ASP.NET) e il luogo in cui ho bisogno di impostare alcune informazioni per thread based come Thread.CurrentPrincipal.

Quindi la domanda è: vogliamo mai tornare allo SynchronizationContext quando forniamo continuazioni in alcuni punti di estensibilità come gestori di messaggi, filtri, formattatori, ecc.?

Answer 1

La risposta è quasi sempre sì.

Questo non vuol dire che vai sempre a usa il contesto di sincronizzazione, ma data la natura di gestori di messaggi, filtri e formattatori, non puoi prevedere se richiederanno o meno l'uso di il SynchronizationContext per accedere allo HttpContextBase.

Anche con i filtri, dove stai superati qualcosa che consente di accedere alla HttpContext (dicono attraverso un IActionFilter implementation), che HttpContext sta andando a guardare in ultima analisi, alla corrente CallContext sul filo per fornire le informazioni da tale istanza. Poiché il thread corrente (quando è in esecuzione asincrona) non contiene tali informazioni al momento dell'avvio di Task, tali chiamate avranno esito negativo.

Detto questo, se avete bisogno generale, libero accesso alle HttpContextBase associato alla richiesta Allora ti assolutamente devi passare tutto il SynchronizationContext al fine di accedervi.

Tuttavia, se possibile, è necessario copiare i dettagli fuori del HttpContextBase di cui avete bisogno, e passare che intorno; se stai scrivendo qualcosa di molto generalizzato, allora questo non sarà possibile.