TaskScheduler.CurrentとTaskScheduler.FromCurrentSynchronizationContext（）の違いは？

Question

データベースから製品を取得するタスクがあり、一部のUI変更を処理するアクションがContinueWithなので、タスクが新しいスレッドを作成し、UIの変更がUIスレッドで実行されなかったため問題が発生しました。

私は、この修正プログラムを使用してみました：

var currentScheduler = TaskScheduler.Current; 

Task.Factory.StartNew(() => 
{  
    // get products 
}).ContinueWith((x) => handleProductsArrived(x.Result, x.Exception), currentScheduler); 

をそれがまったく機能しませんでした。私はチェックし、ContinueWithはcurrentSchedulerのスレッドではなく別のスレッドで実行されました。

私はこの方法を発見：

Task.Factory.StartNew(() => 
{ 
    // get products 
}).ContinueWith((x) => handleProductsArrived(x.Result, x.Exception), TaskScheduler.FromCurrentSynchronizationContext()); 

をし、それが動作します。違いは何ですか？なぜ私の最初のコードは動作しませんでしたか？ ありがとう！ TaskScheduler.Currentのドキュメントから

Answer 1

：

は、タスク内から呼び出されていない場合は、現在のデフォルトのスケジューラを返します。

が続いTask Schedulers documentationから：タスク並列ライブラリとPLINQのため

デフォルトのスケジューラキューと作業を実行するための.NET FrameworkのThreadPoolを使用しています。

タスクに参加していないときにTaskScheduler.Currentを使用すると、スレッドプールを使用するスケジューラが表示されます。

TaskScheduler.FromCurrentSynchronizationContext()に電話すると、現在のsynchronization contextのUIフォームまたはWPF（UIスレッドから呼び出された場合）が関連するUIスレッドでスケジュールされるコンテキストになります。

だからこそ、最初のコードは機能しませんでした。スレッドプールスレッドで継続を実行しました。 2番目のコードがUIスレッドで継続を実行しました。

C＃5とasync/awaitを使用できる場合は、すべてより簡単に処理されます。