Come si integra la nuova funzione asincrona/attesa in C# 5 con il loop dei messaggi?

Question

Non ho avuto la possibilità di controllare il CTP della nuova funzionalità C# async/await, ma ecco qualcosa che mi stavo chiedendo:

Come si integra con il loop dei messaggi? Presumo che in un'applicazione Windows standard (Winforms, WPF) le chiamate vengano inviate inviando messaggi al loop di messaggi dell'applicazione, utilizzando un Dispatcher o simile?

Cosa succede se non sto utilizzando un ciclo di messaggi standard di Windows? Ad esempio in un'applicazione GTK # o in un'applicazione console (se davvero questa funzionalità potrebbe essere utile in un'applicazione console).

Ho cercato su Internet per informazioni su questo, ma senza risultato. Qualcuno può spiegare?

Answer 1

Utilizza System.Threading.SynchronizationContext.Current. Sia WPF che Winform installano la propria versione di SynchronizationContext. Che usano il loro ciclo di messaggi per effettuare il marshalling della chiamata da un thread di lavoro al thread dell'interfaccia utente principale. Rispettivamente con Dispatcher.Begin/Invoke e Control.Begin/Invoke().

L'esecuzione di questa operazione in un'app della modalità Console non è semplice, il suo thread principale non ha uno stato "inattivo" ben definito che consente l'iniezione di chiamate al metodo di marshalling in modo sicuro, evitando mal di testa reentranza. Potresti certamente aggiungerlo, ma dovrai reinventare il ciclo dei messaggi.

Answer 2

Tutto si riduce a ciò che il "cameriere" fa con il seguito che è passato.

L'implementazione per Task<T> nel BCL utilizzerà il contesto di sincronizzazione corrente (unless you ask it not to using ConfigureAwait), che in WPF/SilverLight utilizzerà il dispatcher; in Windows Form userà qualcosa come Control.BeginInvoke, e in un thread pool di thread continuerà a essere eseguito su qualsiasi thread del thread. Tieni presente che è il tuo attuale contesto al punto dell'espressione di attesa che è importante, poiché è ciò che l'attività acquisirà per il proseguo dell'esecuzione.

Il post del blog collegato (di Mads Torgersen) fa un ottimo lavoro per spiegare come funziona tutto sotto il cofano, e ho un series of blog posts che potresti trovare utile anche.