TaskCanceledException bei der aufrufenden Task.Verzögerung mit einem CancellationToken in ein Tastatur-Ereignis

Ich versuche zu verzögern die Bearbeitung einer Methode (SubmitQuery() in dem Beispiel) aufgerufen, die ein Tastatur-Ereignis in WinRT, bis es keine weiteren Veranstaltungen für einen Zeitraum (500 MS in diesem Fall).

Ich will nur SubmitQuery() zu laufen, wenn ich denke, dass der Benutzer fertig mit der Eingabe.

Mithilfe des folgenden Codes, bekomme ich immer eine System.Threading.Aufgaben.TaskCanceledException bei der Aufgabe.Delay(500, cancellationToken.Token); aufgerufen wird. Was mache ich hier falsch bitte?

CancellationTokenSource cancellationToken = new CancellationTokenSource();

private async void SearchBox_QueryChanged(SearchBox sender, SearchBoxQueryChangedEventArgs args)
{

        cancellationToken.Cancel();
        cancellationToken = new CancellationTokenSource();

    await Task.Delay(500, cancellationToken.Token);

    if (!cancellationToken.IsCancellationRequested)
    {
        await ViewModel.SubmitQuery();
    }
}
InformationsquelleAutor Andrew Roberts | 2013-12-11
  1. 16

    Rechnen. Beim Abbrechen der alten Delay es wird eine Ausnahme ausgelöst; das ist, wie die Stornierung funktioniert. Sie können eine einfache try/catch rund um die Delay fangen die erwartete Ausnahme.

    Beachten Sie, dass wenn Sie wollen, um Zeit-basierte Logik wie dieser Rx ist eine Natürliche Passform als async.

    • könntest du bitte den link zu, einige Ressourcen auf, wie die Rx besser geeignet ist für Zeit-basierte Logik
    • Das ist aus meiner eigenen Erfahrung.
    InformationsquelleAutor Stephen Cleary
  2. 43

    Wenn Sie hinzufügen ContinueWith() mit einer leeren action die exception nicht geworfen wird. Die exception wird gefangen und an den task.Exception Eigenschaft in der ContinueWith(). Aber Es erspart Ihnen das schreiben eines try/catch, die verunstalten Ihren code.

    await Task.Delay(500, cancellationToken.Token).ContinueWith(tsk => { });
    • Das ist genial, danke. Spart einige wirklich hässliche try/catch-code 🙂
    • Vielen Dank für diese! Sehr ärgerlich in der debugger-auch wenn es abgefangen wird. Ich denke in diesen .Delay Situationen, die wir erwarten der token aufgehoben werden, so dass die Ausnahme gar nicht erhoben/gefangen, und diesen festen ist, dass Sie perfekt.
    • Wirklich genial, aber warum die exception nicht geworfen wird in diesem Fall @j-van-langen?
    • Das ist, weil es gefangen, und die exception übergeben wird die Task<TResult> tsk argument. .ContinueWith(tsk => tsk.Exception); Diese Weise die Fortsetzung der Aufgabe kann die Ausnahme behandeln. In diesem Fall sind wir nicht....
    • Ich denke, es sollte angemerkt werden, dass die ContinueWith-Methode nicht fangen und absorbieren die Ausnahme, aber jeder code nach Aufgabe.Verzögerung wird dann noch ausgeführt werden. Also, wenn Sie diese aufrufen, die in einer async-Task-Methode, dies ist wahrscheinlich nicht eine gute Idee, da der Zeitpunkt der Stornierung token zum Abbrechen der aktuellen Aufgabe. In diesem Fall müssen Sie manuell überprüfen Sie die Stornierung token für IsCancellationRequested oder lassen Sie einfach die try/catch gibt..
    InformationsquelleAutor Jeroen van Langen
Schreibe einen Kommentar