À quoi sert "cancellationToken" dans TaskFactory.StartNew()?

Question

http://msdn.microsoft.com/en-us/library/dd988458.aspx

UPD:

donc, nous allons discuter de cet article alors: http://msdn.microsoft.com/en-us/library/dd997396.aspx

J'ai changé ce code un peu:

static void Main() 
    { 

     var tokenSource2 = new CancellationTokenSource(); 
     CancellationToken ct = tokenSource2.Token; 

     var task = Task.Factory.StartNew(() => 
     { 

      // Were we already canceled? 
      ct.ThrowIfCancellationRequested(); 

      bool moreToDo = true; 
      Thread.Sleep(5000); 
      while (moreToDo) 
      { 

       // Poll on this property if you have to do 
       // other cleanup before throwing. 
       if (ct.IsCancellationRequested) 
       { 
        Console.WriteLine("exit"); 
        // Clean up here, then... 
        ct.ThrowIfCancellationRequested(); 
       } 

      } 
     }, tokenSource2.Token); // this parameter useless 

     Console.WriteLine("sleep"); 
     Thread.Sleep(2000); 
     Console.WriteLine("cancel"); 

     tokenSource2.Cancel(); 

     // Just continue on this thread, or Wait/WaitAll with try-catch: 
     try 
     { 
      task.Wait(); 
     } 
     catch (AggregateException e) 
     { 
      foreach (var v in e.InnerExceptions) 
      { 
       Console.WriteLine(e.Message + " " + v.Message); 
      } 
     } 

     Console.ReadKey(); 
    } 

UPD: Eh bien, cela change seulement task.IsCanceled, qui est imho inutile, en raison de je devrais encore implémenter tout manuellement.

Answer 1

En raison de commentaires, je poste une autre réponse.

Consultez le code suivant:

var tokenSource = new CancellationTokenSource(); 
CancellationToken ct = tokenSource.Token; 

tokenSource.Cancel(); 

var task = Task.Factory.StartNew(() => 
{  
    // Were we already canceled? 
    ct.ThrowIfCancellationRequested(); 
    // do some processing 
}); 

Même si l'appel tokenSource.Cancel() est émis avant que la tâche a été effectivement commencé, vous allouez encore un thread de travail de pool de threads, de sorte que vous allez perdre des ressources système . Mais lorsque vous spécifiez un argument de jeton dans Task.Factory.StartNew, la tâche sera immédiatement annulée, sans allouer de thread de travail.

Answer 2

Annulation avec Tâches est toujours coopératif. Vous ne voudriez pas qu'un fil soit tué au milieu d'une opération critique. Vous devez vérifier pour cela. Les temporisations sont mieux que des constructions plus simples comme ManualResetEvent pour signaler l'arrêt d'une opération car vous pouvez les cascader ou les combiner, par exemple, vous pouvez en avoir une pour l'arrêt global de l'application et vous pouvez la combiner avec une pour annuler une tâche particulière . La tâche doit seulement regarder l'un CancellationToken mais vous pouvez l'annuler de CancellationTokenSource.