C# Compiti - Perché è necessario una linea noop in questo caso

Question

Sto leggendo il codice sorgente di estensioni interattive e hanno trovato un line che non riesco a capire:

public static Task<bool> UsingEnumerator(this Task<bool> task, IDisposable disposable) 
{ 
    task.ContinueWith(t => 
    { 
     if (t.IsFaulted) 
     { 
      var ignored = t.Exception; // don't remove! 
     } 

     if (t.IsFaulted || t.IsCanceled || !t.Result) 
      disposable.Dispose(); 
    }, TaskContinuationOptions.ExecuteSynchronously); 

    return task; 
} 

anche io non vedo alcuna osservazioni rilevanti in i documenti per le proprietà IsFaulted o Exception.

Perché questa riga var ignored = t.Exception; // don't remove! è necessaria in questo contesto?

Una domanda correlata: ho pensato che tali linee sono ottimizzate nella modalità di rilascio, ma dato il commento e l'intento qui non è il caso (se il codice è corretto). Quindi perché questa linea rimane nella modalità di rilascio?

Answer 1

Questa riga rappresenta la differenza tra un'eccezione osservata e una non osservata.

In .Net 4.0 un'attività con un'eccezione inosservata genera un UnobservedTaskException e abbattere l'intera applicazione:

"Se non si attende su un compito che si propaga un'eccezione, o accedere la sua eccezione proprietà, l'eccezione viene escalizzata in base alla politica delle eccezioni .NET quando l'attività viene raccolta tramite garbage. "

Da Exception Handling (Task Parallel Library)

che è stato cambiato in Net 4.5 con async-await, anche se è possibile ottenere il vecchio comportamento indietro con l'app.config (<ThrowUnobservedTaskExceptions enabled="true"/>).

C'è anche un evento (TaskScheduler.UnobservedTaskException) che consente di gestire tali attività in errore prima che l'applicazione si blocchi. Questo evento è ancora in fase di sviluppo in .Net 4.5 e versioni successive.