TPLとasync/await（スレッド処理）の違い

Question

TPL &の違いを理解しようとすると、スレッド作成に関するasync/awaitが発生します。

TPL（TaskFactory.Startnew）は、ThreadPool.QueueUserWorkItemと同様に動作し、スレッドプール内のスレッドに作業をキューイングすると考えています。これはもちろん、新しいスレッドを作成するTaskCreationOptions.LongRunningを使用しない限りです。私は非同期/のawait考え

ので、本質的に同じように動作します：

TPL：

Factory.StartNew(() => DoSomeAsyncWork()) 
.ContinueWith( 
    (antecedent) => { 
     DoSomeWorkAfter(); 
    },TaskScheduler.FromCurrentSynchronizationContext()); 

非同期/待つ：

await DoSomeAsyncWork(); 
DoSomeWorkAfter(); 

は同一です。私が読んでいたことから、非同期/唯一の「時々」が新しいスレッドを作成するのを待っているようです。では、いつ新しいスレッドを作成し、新しいスレッドを作成しないのですか？ IO完了ポートを扱っていたら、新しいスレッドを作成する必要がないことがわかりますが、それ以外の場合はそれが必要であると思います。私は、FromCurrentSynchronizationContextについての私の理解は、常に少しでもあいまいだったと思います。私は本当に、本質的に、UIスレッドでした。

Answer 1

私はTPL（TaskFactory.Startnewを）信じる

は、私にThreadPool.QueueUserWorkItemするために同様の働きスレッドプール内のスレッドに作業をキューイングします。

Pretty much。

私が読んでいたことは、非同期/唯一の「時々」新しいスレッドを作成するようです。

実際、それは決してありません。マルチスレッドが必要な場合は、それを自分で実装する必要があります。新しいTask.RunメソッドはTask.Factory.StartNewの省略形です。スレッドプール上でタスクを開始する最も一般的な方法です。

IO完了ポートを扱っていたら、新しいスレッドを作成する必要がないことがわかりますが、それ以外の場合はそれが必要だと思います。

ビンゴ。したがって、Stream.ReadAsyncのようなメソッドは、StreamにIOCPがある場合、実際にはIOCPの周りにTaskラッパーを作成します。

I/O以外の非CPU「タスク」を作成することもできます。簡単な例はTask.Delayで、ある期間の後に完了するタスクを返します。

についてasync/awaitはあなたがスレッドプールにいくつかの作業をキューに入れることができるということですクールなもの（例えば、Task.Run）、例えば（いくつかのI/Oバウンドの操作を（例えば、Stream.ReadAsync）、行うと、他のいくつかの操作を行い、 Task.Delay）...彼らはすべてのタスクです！彼らは待つことができるか、Task.WhenAllのような組み合わせで使用することができます。

Taskを返すメソッドは、awaitにすることができます。asyncメソッドである必要はありません。したがってTask.DelayとI/Oバウンド操作では、タスクを作成して完了するのにTaskCompletionSourceを使用するだけです。スレッドプール上で実行されるのは、イベントが発生したときの実際のタスク完了（タイムアウト、I/O完了など）だけです。

私のFromCurrentSynchronizationContextについての理解は、いつも少しばかりであったと思います。私は本当に、本質的に、UIスレッドでした。

SynchronizationContextにan articleを書きました。ほとんどの場合、現在のスレッドがUIスレッドの場合、UIコンテキストは、SynchronizationContext.Current：

• です。
• は、現在のスレッドがASP.NET要求を処理している場合のASP.NET要求コンテキストです。
• は、そうでない場合はスレッドプールコンテキストです。

どれスレッドはSynchronizationContext、独自に設定することができますので、上記のルールに例外があります。

が nullでない場合、デフォルトTask awaiterが現在SynchronizationContextにasync方法の残りをスケジュールすることに注意してください。それ以外の場合は現在のTaskSchedulerになります。今日はそれほど重要ではありませんが、近い将来は重要な違いになります。

私は自分自身のブログにasync/await introと書いています。スティーブントーブは最近、素晴らしいasync/await FAQを投稿しました。

「並行性」と「マルチスレッド化」については、this related SO questionを参照してください。私はasyncがマルチスレッド化されていてもいなくてもよい並行性を可能にすると言っています。 await Task.WhenAllまたはawait Task.WhenAnyを使用して同時処理を行うのは簡単で、スレッドプール（明示的にはTask.RunまたはConfigureAwait(false)など）を明示的に使用しない限り、同時に複数の同時処理を実行できます（複数のI/Oなど） Delayのようなタイプ） - スレッドに必要なスレッドはありません。 ASP.NETホストでは、実際には "ゼロ - スレッドの並行処理"が可能ですが、この種のシナリオでは「シングルスレッド同時実行」という用語を使用します。それはかなり甘いです。

Answer 2

非同期/基本的にContinueWith方法（Continuation Passing Styleで継続を）簡単になり待つ

それは、並行性を導入しない - あなたはまだしなければならないことを自分（またはフレームワークのメソッドの非同期バージョンを使用しています。）

だから、C＃5バージョンは、次のようになります。

await Task.Run(() => DoSomeAsyncWork()); 
DoSomeWorkAfter();