TaskEx.RunとTaskEx.RunExを使用する場合

Question

いつTaskEx.Runを使用するのかを理解しようとしています。私は同じ結果を生成する以下に書いた2つのコードサンプルを提供しました。どのような私が見に失敗すると、私は正当な理由があると確信している、 Task.RunExTaskEx.RunExアプローチを取るだろうし、誰かが私を埋めることができ期待していた理由である。

async Task DoWork(CancellationToken cancelToken, IProgress<string> progress) 
{ 
    int i = 0; 
    TaskEx.RunEx(async() => 
     { 
      while (!cancelToken.IsCancellationRequested) 
      { 
       progress.Report(i++.ToString()); 
       await TaskEx.Delay(1, cancelToken); 
      } 
     }, cancelToken); 
} 
private void Button_Click(object sender, RoutedEventArgs e) 
{ 
    if (button.Content.ToString() == "Start") 
    { 
     button.Content = "Stop"; 
     cts.Dispose(); 
     cts = new CancellationTokenSource(); 
     listBox.Items.Clear(); 
     IProgress<string> progress = new Progress<string>(s => 
     { 
      listBox.Items.Add(s); 
      listBox.ScrollIntoView(listBox.Items[listBox.Items.Count - 1]); 
     }); 
     DoWork(cts.Token, progress); 
    } 
    else 
    { 
     button.Content = "Start"; 
     cts.Cancel(); 
    } 
} 

が、私は同じ結果を得ることができますのように

Answer 1

私が理解しているように、ほとんどのシナリオでTask.Runは新しいスレッドを生成します。

メソッドを非同期としてマークしてawaitersを使用するだけで、これは新しいスレッドが作成されていることを意味するわけではなく、呼び出されたSAMEの実行スレッドでスケジュールされます。多くの場合。

ここでのトリックはSchedulingContextと関係があります。マルチスレッドアパートメントに設定されている場合は、スレッドプール上の実行可能なスレッドに補完を委託します。 WPFとWinFormsのすべてのUIコードがシングルスレッドのアパートにある場合、コード内に目に見えるスレッドマーシャリングがなくてもUIで直接作業が完了できるように、呼び出し側のスレッドに戻ります。

Answer 2

スレッドプールコンテキストで同期コードを実行する場合は、TaskEx.Runを使用します。

スレッドプールコンテキストで非同期コードを実行する場合は、TaskEx.RunExを使用します。

スティーブンToubは、動作の違いに関連する2件のブログの記事があります。

• Potential pitfalls to avoid when passing around async lambdas
• Task.Run vs Task.Factory.StartNew

これは、あなたがcreating tasksのために持っているいくつかの選択肢の一つです。 Run/RunExを使用する必要がない場合は、そうしないでください。単純なasyncメソッドを使用し、何かをバックグラウンドで実行する必要がある場合は、Run/RunExを使用してください。

Answer 3

DoWork()の2つの方法の違いは、最初のもの（TaskEx.RunEx()を使用）が全く非同期ではないことです。それは完全に同期して実行され、別のスレッドで他のタスクを開始し、完了したTaskを直ちに返します。 await edまたはWait()がそのタスクで実行された場合、はが内部タスクが完了するまで待機しません。