Wie kann ich die Kraft einer Aufgabe Stornierung?

Davon ausgehen, es ist eine Aufgabe mit folgenden Aktionen rund:

Task someTask = new Task(() => {

  while(!IsCancellationRequested) {

    Do_something_over_a_long_period_of_time();
    token.ThrowIfCancellationRequested();

    Do_something_over_a_long_period_of_time();
    token.ThrowIfCancellationRequested();

    Do_something_over_a_long_period_of_time();
    token.ThrowIfCancellationRequested();
  }
});
someTask.Start();

Und es gibt ziemlich ungeduldig Benutzer. Sie sehnen sich nach beenden meiner Anwendung sofort. Sie wollen nicht, zu warten, während lange die Aktion läuft.

Nutzte ich die Thread Klasse und war in der Lage, Abbrechen, alle meine threads sofort mit der Anrufung der Abort() Befehl.

Wie kann ich Abbrechen, meine Aufgaben sofort?

Danke.

  • Haben Sie sah BackgroundWorker?
  • Wie würdest Hintergrund, Arbeiter, sein problem zu lösen. Es unterstützt Kündigung in ähnlicher Weise wie die Aufgaben
InformationsquelleAutor Jean Louis | 2011-03-14
  1. 2

    Sie sehnen sich nach beenden meiner Anwendung sofort. Sie nicht wollen, zu warten, während lange die Aktion läuft.

    Standardmäßig die Ausführung von Aufgaben auf der ThreadPool-als hintergrund-tasks. Sie können sicher die Anwendung zu beenden, ohne sich um hintergrund-threads.

    So lange, wie Sie möchten, beenden Sie den Prozess, ist es kein problem.

    Beachten Sie, dass Thread.Abort() war schnell, aber nicht sicher. Nicht einmal für eine Anwendung beenden, aber dann würde es selten zu einer echten problem.

    • Ich glaube nicht, ich würde sagen, "es gibt kein problem" - was ist, wenn einer dieser hintergrund-threads ist auf halbem Weg durch das schreiben einer Datei muss die Anwendung das nächste mal startet es?
    • Ich habe vergessen, über den ThreadPool und über die hintergrund-tasks. Es funktioniert jetzt. Danke.
    • Sie sind im Prinzip richtig, aber der OP verwendet, um zu verwenden Thread.Abort() ...
    InformationsquelleAutor Henk Holterman
  2. 18

    Können Sie nicht zwingen, eine Aufgabe Abbrechen, die in einer unkooperativen Art und Weise. Abbruch der thread in einer unkontrollierten Art und Weise ist unsicher, und damit bewusst nicht unterstützt.

    Sollten Sie Ihre Do_something_over_a_long_period_of_time Anrufe kündbar, statt (d.h. übergeben Sie das token, und machen Sie überprüfen Sie regelmäßig, ob auch).

    EDIT: Wie bereits in einer anderen Antwort, Sie können töten Anwendung nur, indem Sie sich alle Vordergrund-threads beendet sind. Aber Sie müssen sich bewusst sein, dass Ihre Aufgaben nicht unbedingt eine chance habe zu kündigen sauber. Wenn Sie Dinge zu tun, wie das schreiben von Dateien, können Sie auch wollen, zu warten, bis die Kündigung wurde bemerkt, beschädigen permanenten Zustand.

    • Danke. Es ist sehr nützlich für mich.
    • Also, wenn ich spin-up eine neue Aufgabe, die ruft nur eine einzige Methode GetDataThatRunsForTheNext40secs(), dann gibt es keine Möglichkeit, brechen Sie den Vorgang sofort von außen ? Die Ergebnisse für die stornierten nicht egal - aber ich würde gerne meine CPU zu tun nützliche Dinge, die so bald wie möglich. Gedanken ?
    • Ich weiß nicht von irgendeiner Weise, die es tun können sicher, ohne die Zusammenarbeit für die Aufgabe in Frage.
    • durch die Aufgabe, meinst du die neue Aufgabe, ich bin Laich-ODER meinst du die (eventuell) Dritte Arbeit, die von GetData-Methode.. (), das dauert eine lange Zeit, um zurückzukehren ? Die Aufgabe ist von mir geschrieben, aber die GetData-Methode nicht. Alle links, die auf diese Weise der richtige Weg ist - bitte beachten: meine Aufgabe ist nicht eine Schleife, wo ich überprüfen kann ein boolescher vorzeitig beendet. (d.h. die BackgroundWorker-Weg).
    • Naja, grundsätzlich die lang andauernde GetData-Methode.... Wenn das nicht bieten jede Art von Kündigung es sauber, dann haben Sie die Wahl zwischen laufen lässt und verschwenden die Mühe (dann ignorieren der Ergebnisse), oder Abbruch der Faden und der Hoffnung, die nicht zu Instabilität führen.
    • Die hässliche Wahrheit 🙂 vielen Dank Jon. Wie immer in Ehrfurcht.
    • Am Ende des Tages Do_something_over_a_long_period_of_time vielleicht ein 3rd-party-Bibliothek aufrufen, die Sie nicht ändern können zu sein, sich kooperativ und Abbrechen können. Daher werden in der Lage, gewaltsam Abbrechen dieser Art von Aufgabe ist immer noch eine legitime realen Welt Voraussetzung. Ja, es zu töten-thread sein kann oder nicht sicher, je nachdem, welche Arbeit die Funktion tut (I/O etc), aber dennoch ist es eine beste Ansatz, um dies anderes als "Mach es nicht".
    • Nun, es hängt davon ab, was du meinst mit den "besten" - wenn Sie denken, "nur töten den thread und egal, ob wir verlieren Kunden-Daten" ist besser als "don' T implementieren Sie eine Funktion, die wir nicht umsetzen können, sicher", dann ja, können Sie das tun. Frivole Sprache abgesehen, ist das manchmal absolut ist der Weg in die Zukunft. Aber wenn du sagst "gibt Es einen Weg, zu beenden, beliebigen code sicher", dann vermute ich, dass das Wunschdenken eher als eine Behauptung.
    • Ich bin damit einverstanden, beliebigen code kann nicht gekündigt werden, sicher. Ich habe ein bestimmtes Szenario im Kopf: Wir betreiben eine CPU-intensive mathematische "solver", das kann Minuten dauern zu laufen. Es ist einfach Knirschen zahlen, schließlich die Rückkehr ein Resultat, aber nicht I/O (obwohl Sie können reservieren verwalteten Speicher etc). Wir müssen in der Lage sein zu stornieren, aber wir können es nicht ändern, die Bibliothek. Was tun wir? Beste Lösung, die ich denken kann, getrennt ist process pro Berechnung, oder vielleicht eine AppDomain?
    • Separaten Prozess wäre auf jeden Fall sauberer sein; AppDomain kann auch in Ordnung sein; um ehrlich zu sein, ich weiß nicht genug über die details der Anwendungsdomäne Trennung um absolut sicher zu sein.
    • Plötzlich, zum ersten mal sehe ich eine Verwendung für *nix fork 🙂

    InformationsquelleAutor Jon Skeet
Schreibe einen Kommentar