Comment gérer correctement une exception dans une Tâche avec ContinueWith

Après la lecture d'informations sur la tâche et exepcion de gestion, je suis en utilisant ce code pour gérer une exception est levée dans une Tâche:

Task<Object> myTask = Task.Factory.StartNew<Object>(doTask, CancellationToken.None,   TaskCreationOptions.None, TaskScheduler.Default);
myTask .ContinueWith(task => afterTask(task), TaskScheduler.FromCurrentSynchronizationContext());

Où doTask et AfterTask sont:

private <Object> doTask() {
    throw new Exception("BOOM");
}

private afterTask(Task<Object> aTask) {

        if (aTask.IsFaulted)
        {
            MessageBox.Show(aTask.Exception.InnerException.Message);
        }
        else //whatever
}

Lorsque Exception Boom est lancé le Visual Studio affiche une alerte informant qu'une exception n'a pas été pris, mais si je continue d'exécuter l'exception est traitée dans le afterTask fonction.

Est ce code correct ou-je missunderstood de base du comportement de la tâche? Il n'y a aucun moyen d'éviter l'alerte à partir du débogueur que l'exception n'a pas été pris? C'est un peu gênant...

Merci d'avance

OriginalL'auteur Ivan BASART | 2013-09-17

  1. 21

    Essayez plutôt ceci:

     task.ContinueWith(
            t =>
            t.Exception.Handle(ex =>
                                   {
                                       logger.Error(ex.Message, ex);
                                       return false;
                                   })

            , TaskContinuationOptions.OnlyOnFaulted
            );

    À l'aide de la TaskContinuationOptions.OnlyOnFaulted, vous exécutez votre ContinueWith ne bloquer que si une exception est levée par la tâche d'origine.

    Aditionally, vous pouvez choisir de retourner true ou false à partir de la lambda passé à Handle, indiquant si l'exception a été manipulé ou non. Dans mon cas, je ne veux pas arrêter l'exception de la multiplication. Vous souhaiterez peut-être modifier un retour true dans votre cas.

    Merci beaucoup pour ta super réponse rapide. Bien que le code fonctionne, il n'empêche pas le débogueur d'alerte que l'exception n'a pas été pris lors du lancer de la RAMPE. Est-il bénéficier de l'aide de ce code à la place celui que j'ai posté?
    Dans visual studio Debug->Exceptions-> décocher commonlanguageruntimeexceptions jeté case cliquez sur ok
    Le principal avantage est le fait que le ContinueWith tâche sera exécuté uniquement lorsqu'une exception est levée. Dans l'exemple que vous avez posté, la tâche devrait toujours être exécuté. Le deuxième avantage est la lisibilité. Pour prévenir ces VS fenêtres pop-up, je vais essayer ceci: stackoverflow.com/questions/2173997/...

    OriginalL'auteur dcastro

  2. -3
            try
        {
            var t1 = Task.Delay(1000);

            var t2 = t1.ContinueWith(t =>
            {
                Console.WriteLine("task 2");
                throw new Exception("task 2 error");
            }, TaskContinuationOptions.OnlyOnRanToCompletion);

            var t3 = t2.ContinueWith(_ =>
            {
                Console.WriteLine("task 3");
                return Task.Delay(1000);
            }, TaskContinuationOptions.OnlyOnRanToCompletion).Unwrap();

            //The key is to await for ALL tasks rather than just
            //the first or last task.
            await Task.WhenAll(t1, t2, t3);
        }
        catch (AggregateException aex)
        {
            aex.Flatten().Handle(ex =>
                {
                    //handle your exceptions here
                    Console.WriteLine(ex.Message);
                    return true;
                });
        }
    ce sera la bonne façon de gérer le scénario ci-dessus?

    OriginalL'auteur Tim Dinh