問題タブ [cancellation-token]

重複の可能性：
タスクコンストラクターのキャンセルトークン：なぜですか？

このメソッドは、CancellationTokenを受け取ります。

キャンセルは協調的であるため（実際の作業コードはキャンセルトークンを監視する必要があります）、これを引数としてStartNewメソッドに渡す目的は何ですか？

Microsoftは、この.NET4での使用例CancellationTokenを示しています。

ただし、私の理解では、あるスレッドで変数が変更された場合、キャッシュが原因で別のスレッドが変更された値を取得しない可能性があります。またCancellationToken、メインスレッドでキャンセルされるので、チェックしているスレッドが実際に最新で Taskあることをスレッドはどのように保証しますか？CancellationToken

Taskがトークンのキャッシュされた値を読み取ることができないのはなぜですか？

注：CancellationTokenこれを尋ねる動機は、インスタンス変数がである必要があるかどうか疑問に思うことから生じますvolatile。

これが証拠です。
このコードの何が問題なのですか?

次の定義を検討してください

そのように計算を試したいとします

適切なキャンセル トークンを渡していないため、当然、内側のループは停止しません。Async.FromContinuations を通じて外部キャンセル トークンを取得する方法はありますか? async ビルダーと Async.CancellationToken を使用してこれを書き直すことはできますが、そうすると内部式に継続を渡すことができなくなります。

http://msdn.microsoft.com/en-us/library/dd997396.aspxで説明されているように、キャンセル トークンを使用してタスクをキャンセルしたいと思います。

唯一の違いは次のとおりです。

特定のコントローラー/アクションを参照するときにタスクを開始し、現在の特定のアクション (ページ) から離れて参照するときに呼び出されるタスク (tokenSource.Cancel()) をキャンセルしたいと思います。どうすればいいですか？ありがとう

Windowsサービスにスレッド（STAThread）があり、大量の作業を実行します。Windowsサービスが再起動されたら、このスレッドを正常に停止したいと思います。

私はいくつかの方法を知っています

• 揮発性ブール
• ManualResetEvent
• CancellationToken

私がThread.Abortを見つけた限り、それはダメです...

ベストプラクティスは何ですか？作業はスレッドが開始されたクラスとは別のクラスで実行されるため、コンストラクターにcancellationTokenパラメーターを導入するか、たとえば揮発性変数を使用する必要があります。しかし、私は何が最も賢いのか理解できません。

更新
少し明確にするために、私が話していることの非常に簡単な例をまとめました。前に述べたように、これはWindowsサービスで実行されています。現在、ループまたはcancellationTokenでチェックされる揮発性ブール値を考えています。ループが終了するのを待つことはできません。以下に説明するように、数分かかる場合があり、サーバーのシステム管理者は次のように信じています。サービスを再起動する必要があるときに、サービスに問題があります。問題なくループ内のすべての作業を問題なくドロップできますが、スレッドではこれを実行できません。中止すると、「悪」であり、さらにCOMです。インターフェイスが呼び出されるため、小さなクリーンアップが必要です。

UPDATE
コードでisCancelled状態が「調べられた」cancellationTokenを使用してパフォーマンスを調べたところ、ManualResetEventSlimでwaitOneを使用するよりもはるかに高速です。いくつかの簡単な数字、forループで100.000.000回反復するcancellationTokenの場合は約 500ミリ秒、WaitOneの費用は約。3秒。したがって、このシナリオでのパフォーマンスは、cancellationTokenを使用する方が高速です。

.NET 4.5 に移行しており、リポジトリに async を追加することを検討しています。

実装では、DB、WebServices などを呼び出す可能性があります。

私の質問は、CancellationToken をサポートする必要がありますか?

(心配しないでください - FindAllAsync() はおそらく Rx ベースになるでしょう :) )

呼び出し元のスレッドをブロックするがキャンセルをサポートしないメソッドの (ばかげた) 例を次に示します。

最悪の場合、このメソッドを呼び出してから戻るまでに 17 時間かかります。このメソッドのソース コードにアクセスできないふりをします。CancellationToken を受け取るメソッドで呼び出しをラップするにはどうすればよいですか?

目標は、WorkUntil5()キャンセルが要求されるまで実行することです。その時点で、コールは可能な手段を使用して終了する必要があります。

これが私が自分自身を思いつくことができる最良の方法です。タスクを使用しますが、それでも呼び出し元のスレッドをブロックします。それについて何かが正しく感じられません。mres.Set()最初の呼び出しが返されたら、より良い呼び出し方法があるはずだと考えています。

私はさまざまなタスクのトークンを持っていますが、使用できるキャンセルの通知を受け取るには、それらのキャンセルをより適切に管理する必要があります。

この「サブスクリプション」を削除するにはどうすればよいですか？「登録解除」する方法はありますか？

TaskCompletionSourceで回避策を実行することを考えました。しかし、それがうまくいくかどうかはわかりません。このアプローチを解決するための最良の方法は何ですか？