キャンセルされていないかどうかをチェックしないTPLタスクは引き続きキャンセルできますか？

Question

私はCancellationToken/CancellationTokenSourceシステムがC++ volatile bool bFlagCancelledのような働きをしていると考えました。これは、キャンセルは自発的にタスクの部分で行われ、タスク自体が随時チェックされてキャンセルされ、例外がスローされるかどうかを確認します明示的に、またはThrowIfCancellationRequested()を呼び出して

StartNew()の直後にキャンセルを呼び出すと、タスクが停止し、を呼び出すとTaskCanceledExceptionがスローされます。例えば

、このコード：

CancellationTokenSource source = new CancellationTokenSource(); 
CancellationToken token = source.Token; 
Task task = Task.Factory.StartNew(
    () => 
    { 
     Console.WriteLine("start sleep"); 
     Thread.Sleep(1000); 
     Console.WriteLine("sleep ended"); 
    } 
    , token); 
// Thread.Sleep(1); 
source.Cancel(); 
Console.WriteLine("start wait"); 
task.Wait(); 
Console.WriteLine("wait ended"); 

私はこの出力を得る：

start wait 
Exception: System.AggregateException: One or more errors occurred. ---> System.Threading.Tasks.TaskCanceledException: A task was canceled.

しかし、私は// Thread.Sleep(1);のコメントを外した場合、その後の動作の変更と、私はこの出力を得る：

start sleep 
start wait 
sleep ended 
wait ended

これはおそらくtask.Start()がまだ呼び出されていないためです私が理解する限り、StartNew()はtask.Start()を呼び出してから返送されます。そのため、同期コストがなく、new Taskを作成してtask.Start()を作成することをお勧めします。

この場合、キャンセルトークンを確認しなくても、タスクが自動的にキャンセルされることがあります。これが起こる唯一の状況ですか、これが起こるより多くのシナリオがありますか？

Answer 1

Task.Factory.StartNewは、タスクが実際に実行を開始したことを意味するものではありません。したがって、TaskSchedulerがそれを受け入れる場合は、タスクをキャンセルする余地が残っています（内部では、TaskScheduler.TryDequeueメソッドが呼び出されます）。タスクは、trueを返すとキャンセルされたとマークすることができます。