Guardando vari esempi CTP asincroni C # vedo alcune funzioni asincrone che restituiscono voide altre che restituiscono il non generico Task. Posso capire perché la restituzione di a Task<MyType>è utile per restituire i dati al chiamante al termine dell'operazione asincrona, ma le funzioni che ho visto che hanno un tipo di Taskrestituzione non restituiscono mai alcun dato. Perché non tornare void?
Risposte:
Le risposte di SLaks e Killercam sono buone; Ho pensato di aggiungere solo un po 'più di contesto.
La tua prima domanda riguarda essenzialmente quali metodi possono essere contrassegnati async.
Un metodo contrassegnato come
asyncpuò restituirevoid,TaskoppureTask<T>. Quali sono le differenze tra loro?
È Task<T>possibile attendere un metodo asincrono di ritorno e quando l'attività viene completata, viene offerto un T.
È Taskpossibile attendere un metodo asincrono di ritorno e al termine dell'attività è pianificata l'esecuzione della continuazione dell'attività.
Un voidmetodo asincrono ritorno non può essere atteso; è un metodo "spara e dimentica". Funziona in modo asincrono e non hai modo di dire quando è fatto. Questo è più che un po 'strano; come dice SLaks, normalmente lo faresti solo quando crei un gestore di eventi asincrono. L'evento si attiva, il gestore esegue; nessuno "attenderà" l'attività restituita dal gestore eventi perché i gestori eventi non restituiscono attività e, anche se lo facessero, quale codice userebbe l'attività per qualcosa? Di solito non è il codice utente che trasferisce il controllo al gestore.
La tua seconda domanda, in un commento, riguarda essenzialmente ciò che può essere awaited:
Quali tipi di metodi possono essere modificati
await? È possibile modificare un metodo di ritorno del vuotoawait?
No, non è possibile attendere un metodo di ritorno del vuoto. Il compilatore si traduce await M()in una chiamata a M().GetAwaiter(), dove GetAwaiterpotrebbe essere un metodo di istanza o un metodo di estensione. Il valore atteso deve essere uno per il quale è possibile ottenere un cameriere; chiaramente un metodo di ritorno del vuoto non produce un valore da cui è possibile ottenere un cameriere.
Taski metodi di ritorno possono produrre valori attendibili. Prevediamo che terze parti vorranno creare le proprie implementazioni di Taskoggetti simili che possono essere attesi e che sarete in grado di aspettarli. Tuttavia, non ti sarà permesso di dichiarare asyncmetodi che restituiscono altro che void, Tasko Task<T>.
(AGGIORNAMENTO: la mia ultima frase potrebbe essere falsata da una versione futura di C #; esiste una proposta per consentire tipi di ritorno diversi dai tipi di attività per i metodi asincroni.)
(AGGIORNAMENTO: la funzionalità sopra menzionata è arrivata a C # 7.)
async voidi metodi sollevano la loro eccezione su SynchronizationContextciò che era attivo nel momento in cui hanno iniziato l'esecuzione. Questo è simile al comportamento dei gestori di eventi (sincroni). @DrewMarsh: l' UnobservedTaskExceptione runtime impostazione applica solo ai "fire and forget" async Task metodi, non async voidi metodi.
Nel caso in cui il chiamante desideri attendere l'attività o aggiungere una continuazione.
In effetti, l'unico motivo per tornare voidè se non puoi tornare Taskperché stai scrivendo un gestore di eventi.
void, non hai modo di raggiungere l'attività che genera. (A dire il vero, non sono sicuro che generi nemmeno Taska)
I metodi che ritornano Taske Task<T>sono compostabili, il che significa che puoi awaitfarli all'interno di un asyncmetodo.
asynci metodi di ritorno voidnon sono componibili, ma hanno altre due proprietà importanti:
Il secondo punto è importante quando si ha a che fare con un contesto che mantiene un conteggio delle operazioni asincrone in sospeso.
Il contesto ASP.NET è uno di questi contesti; se si utilizzano Taskmetodi asincroni senza attenderli da un voidmetodo asincrono , la richiesta ASP.NET verrà completata troppo presto.
Un altro contesto è quello che AsyncContextho scritto per i test unitari (disponibile qui ): il AsyncContext.Runmetodo tiene traccia del conteggio delle operazioni in sospeso e ritorna quando è zero.
Tipo Task<T>è il tipo di cavallo di battaglia della Task Parallel Library (TPL), rappresenta il concetto di "lavoro / lavoro che produrrà un risultato di tipo Tin futuro". Il concetto di "lavoro che verrà completato in futuro ma non restituisce alcun risultato" è rappresentato dal tipo di attività non generico.
Esattamente come Tverrà prodotto il risultato del tipo e i dettagli di implementazione di un particolare compito; il lavoro potrebbe essere trasferito a un altro processo sul computer locale, a un altro thread, ecc. Le attività TPL vengono in genere trasferite ai thread di lavoro da un pool di thread nel processo corrente, ma i dettagli di implementazione non sono fondamentali per il Task<T>tipo; piuttosto a Task<T>può rappresentare qualsiasi operazione ad alta latenza che produce a T.
Sulla base del tuo commento sopra:
L' awaitespressione significa "valuta questa espressione per ottenere un oggetto che rappresenti lavoro che in futuro produrrà un risultato. Iscriviti al resto del metodo corrente come richiamata associata alla continuazione di quell'attività. Una volta che quell'attività viene prodotta e la richiamata è registrato, restituisce immediatamente il controllo al mio chiamante ". Questo è contrario / in contrasto con una normale chiamata di metodo, che significa "ricorda cosa stai facendo, esegui questo metodo fino a quando non è completamente finito e poi riprendi da dove avevi interrotto, ora conoscendo il risultato del metodo".
Modifica: dovrei citare l'articolo di Eric Lippert nell'ottobre 2011 su MSDN Magazine in quanto questo mi è stato di grande aiuto nella comprensione di queste cose in primo luogo.
Per ulteriori informazioni e pagine bianche vedi qui .
Spero che questo sia di qualche aiuto.