Wie tötet man einen Prozess, ohne dabei einen "Prozess wurde beendet" Ausnahme?

Benutze ich Process.Kill() auf Prozess beenden. Wie diese:

if( !process.WaitForExit( 5000 ) ) {
   process.Kill();
}

und manchmal der Prozess der Ausfahrt rechts in zwischen den Zeilen, so die Kontrolle wird in if und dann Kill wird der Ertrag einer Ausnahme:

System.InvalidOperationException
Cannot process request because the process (ProcessIdHere) has exited.
at System.Diagnostics.Process.GetProcessHandle(Int32 access, Boolean throwIfExited)
at System.Diagnostics.Process.Kill()
//my code here

Nun umwickeln Sie den code in try-catch nicht zu sein scheinen eine gute Idee, weil InvalidOperationException können aufgerufen werden, aus anderen Gründen.

Gibt es einen Weg, um zu töten einen Prozess, ohne eine Ausnahme in dem beschriebenen Szenario?

  • Haben Sie versucht die Kontrolle der inneren Ausnahme? Vielleicht geben Sie die genaue exception zu behandeln.
  • Yeap, innere Ausnahme ist null zu allen Zeiten.
InformationsquelleAutor sharptooth | 2012-11-26
  1. 9

    Könnten Sie P/Invoke TerminateProcess vorbei, es - Prozess.Griff. Dann manuell die Bewertung der Ursache (GetLastError()). Das ist ungefähr, was Process.Kill() hat intern.

    Aber beachten Sie, dass TerminateProcess asynchron ist. Also würden Sie warten müssen, um auf den Prozess zu behandeln, um sicherzustellen, dass es fertig ist. Mit Process.Kill() bedeutet, dass für Ihre.

    Update: Korrektur Process.Kill() läuft auch asynchron. So müssen Sie WaitForExit() zu warten, bis die Kündigung abgeschlossen - wenn Sie Pflege.

    Ehrlich gesagt, ich würde nicht stören. Natürlich gibt es immer die (entfernte?) die chance, dass einige "willkürlich" InvalidOperationExcepion Blasen aus, die Zeile im Quelltext, die nicht im Zusammenhang mit dem Prozess nicht mehr vorhanden oder die Process Objekt in einem ungültigen Zustand, aber in Wirklichkeit ich denke, Sie können gehen Sie einfach mit dem try/catch um die Kill.

    Zusätzlich, je nach Anwendung, die Sie könnte erwägen, die Protokollierung dieses töten auf jeden Fall, denn es scheint eine Art last resort Maßnahme. In diesem Fall melden Sie die tatsächliche InvalidOperationException mit ihm. Wenn die Dinge seltsam, Sie mindestens haben, Ihre Protokolle zu prüfen, warum die Kill gescheitert.

    Dass alles, was gesagt, vielleicht wollen Sie auch zu prüfen, fangen /handling Win32Exception aus den gleichen Gründen.

    • +1 für eine vernünftige real-world-Ansatz.
    InformationsquelleAutor Christian.K
  2. 3

    Müssen Sie HasExited:

    if(!process.WaitForExit(5000)) 
{
   if (!process.HasExited)
   {
       process.Kill();
   }
}

    Siehe hier:

    http://msdn.microsoft.com/en-us/library/system.diagnostics.process.hasexited.aspx

    • Das hat immer noch eine race-condition. HasExited zurückgeben kann false, sondern durch die Zeit Kill führt, ist der Prozess verschwunden sein könnte - was in einer InvalidOperationException noch.
    • Wir reden hier von Bruchteilen einer Nanosekunde, so dass unwahrscheinlich ist, aber wenn das der Fall ist, können Sie es nicht stoppen, am besten Sie tun können, ist die Ausnahme abfangen.
    • "Bruchteile von Nanosekunden" scheint wie eine übertreibung, um ehrlich zu sein. Ihr Prozess könnte preemted, zum Beispiel, zwischen den beiden anrufen, was solls, die box könnte auch hibernate dazwischen kommt zurück in eine "unglückliche bestellen" 😉 Aber ich Stimme zu, dass das abfangen der Ausnahme ist nur die "robuste" Lösung - wenn Sie sich interessieren. YMMV, natürlich.
    • OK stimmt, ich meinte nur es ist eine sehr kleine chance. Es ist eine kleine chance, nicht weniger und sollte behandelt werden 🙂
    InformationsquelleAutor Lloyd
Schreibe einen Kommentar