17

への呼び出しが返されない状況がありCancellationTokenSource.Cancelます。代わりに、Cancelが呼び出された後 (および戻る前) に、キャンセルされるコードのキャンセル コードで実行が続行されます。キャンセルされたコードが待機可能なコードをその後呼び出さない場合、最初に呼び出した呼び出し元Cancelは制御を取り戻すことはありません。これは非常に奇妙です。Cancelキャンセルのリクエストを記録するだけで、キャンセル自体に関係なくすぐに返信できると思います。Cancelが呼び出されているスレッドが、キャンセルされている操作に属するコードを実行することになり、呼び出し元に戻る前に実行されるという事実Cancelは、フレームワークのバグのように見えます。

これがどのようになるかは次のとおりです。

  1. コードの一部があります。これを「ワーカー コード」と呼びましょう。これは、何らかの非同期コードを待機しています。簡単にするために、このコードが Task.Delay で待機しているとしましょう。

    try
{
    await Task.Delay(5000, cancellationToken);
    // … 
}
catch (OperationCanceledException)
{
    // ….
}

「ワーカー コード」が呼び出される直前にTask.Delay、スレッド T1 で実行されます。継続 (「await」の後の行または catch 内のブロック) は、一連の要因に応じて、後で T1 または他のスレッドで実行されます。

  1. もう 1 つのコードがあります。これを「クライアント コード」と呼びましょうTask.Delay。このコードは を呼び出しますcancellationToken.Cancel。への呼び出しCancelは、スレッド T2 で行われます。

の呼び出し元に戻ることで、スレッド T2 が続行することを期待しますCancel。catch (OperationCanceledException)また、スレッド T1 または T2 以外のスレッドですぐに実行されるコンテンツが表示されることを期待しています。

次に何が起こるかは驚くべきことです。スレッド T2 では、Cancelが呼び出された後、 内のブロックですぐに実行が続行されることがわかりcatch (OperationCanceledException)ます。そして、それCancelはまだコールスタックにある間に起こります。への呼び出しCancelがキャンセルされたコードによってハイジャックされたかのようです。このコール スタックを示す Visual Studio のスクリーンショットを次に示します。

コール スタック

より多くのコンテキスト

実際のコードが何をするかについて、もう少し説明があります。リクエストを蓄積する「ワーカー コード」があります。リクエストは、いくつかの「クライアント コード」によって送信されています。数秒ごとに「ワーカー コード」がこれらのリクエストを処理します。処理された要求はキューから削除されます。ただし、「クライアント コード」は、要求をすぐに処理する必要があるポイントに達したと判断することがあります。これを「ワーカー コード」に伝えるために、「Joltワーカー コード」が提供するメソッドを呼び出します。Jolt「クライアント コード」によって呼び出されるメソッドはTask.Delay、ワーカー コードのメイン ループによって実行される a をキャンセルすることによって、この機能を実装します。ワーカーのコードはTask.Delayキャンセルされ、既にキューに入れられていたリクエストの処理に進みます。

実際のコードは最も単純な形式に分解されており、コードはGitHubで入手できます。

環境

この問題は、コンソール アプリ、Universal Apps for Windows のバックグラウンド エージェント、および Universal Apps for Windows Phone 8.1 のバックグラウンド エージェントで再現できます。

この問題は、コードが期待どおりに機能し、への呼び出しCancelがすぐに返される Windows 用のユニバーサル アプリでは再現できません。

4

3 に答える 3

11

これはCancellationToken/の予期される動作ですSource。

仕組みと似ているようTaskCompletionSourceに、CancellationToken登録は呼び出し元のスレッドを使用して同期的に実行されます。CancellationTokenSource.ExecuteCallbackHandlersキャンセルすると呼び出されることがわかります。

でこれらすべての継続をスケジュールするよりも、同じスレッドを使用する方がはるかに効率的ThreadPoolです。CancellationTokenSource.Cancel通常、この動作は問題ではありませんが、ロックがまだ取得されている間にスレッドが「ハイジャック」されるため、ロック内で呼び出すと問題が発生する可能性があります。を使用することで、このような問題を解決できますTask.Run。拡張メソッドにすることもできます:

public static void CancelWithBackgroundContinuations(this CancellationTokenSource)
{
    Task.Run(() => CancellationTokenSource.Cancel());
    cancellationTokenSource.Token.WaitHandle.WaitOne(); // make sure to only continue when the cancellation completed (without waiting for all the callbacks)
}
于 2015-07-18T22:55:14.513 に答える