System.exit(0);

[Guest]

Ich habe eine Probelem. Ich kann meine Software nicht beenden :-(

Über ein Menü führe ich folgende Aktion aus:

MenuItem mExit = new MenuItem("Beenden");
		    mExit.addActionListener(new ActionListener() {
				public void actionPerformed(ActionEvent actionEvent) {
					stop();
					Logout();
					System.exit(0);
				}
			});

Die Funktionen stop() und Logout() laufen perfekt, anschließend rufe ich System.exit(0) auf. Nur leider werden nicht alle Threads beendet. Sondern anschließend laufen einige Threads weiter. Ich kann mir das nicht erklären.

Ich habe zusätzlich einen ShutDownHook implementiert, der auch ausgeführt wird beim System.exit(0) auch in diesem mache ich nochmal System.exit(0).

Hat jemand Erklärungsversuche?

 

[Janus]

wahrscheinlich blockiert dein zweiter exit aufruf. die vm wird also nicht beendet und deine threads rennen munter weiter.

kein anständiger code sollte System#exit verwenden.

 

[Niki]

...kein anständiger code sollte System#exit verwenden...

Da bin ich zwar deiner Meinung, aber wie beendest du dann den AWT-Event-Thread?

 

[Wolfram]

kein anständiger code sollte System#exit verwenden.

Kannst Du das bitte erklären?

 

[Niki]

Normalerweise sollte die VM sauber beenden, in dem alle nicht-deamon Threads sauber beendet werden. Aber wie gesagt, bei GUIs sehe ich keine andere Lösung als mit System.exit(0); die Applikation zu beenden.

 

[Marco13]

Eigentlich beendet sich die JVM afaik wenn alle Fenster disposed sind...

 

[Niki]

Stimmt, habs gerade ausprobiert. Ich hätte gedacht dass der Event-Thread weiter läuft, auch wenn alle Fenster geschlossen sind.

 

[Janus]

kein anständiger code sollte System#exit verwenden.

Kannst Du das bitte erklären?

wenn man sich sein eigenes kleines progrämmchen zusammenfrickelt, kann es einem wahrscheinlich egal sein. aber sobald die möglichkeit besteht, dass fremde den code wiederverwenden, ist das harte beenden der VM eines der schlimmsten dinge, die man tun kann.

wenn ich fremden code verwende, dann erwarte ich, dass er anständig terminiert, oder zumindest "nur tote threads" hinterlässt. aber wenn mir so ein stück code die VM unterm arsch wegreisst, bin ich ziemlich aufgeschmissen.

 

[SlaterB]

na die Begründung ist ja ziemlich minderwertig,
genauso erwarte ich von jeder Bibliothek (z.B. Math.max()), dass nicht auf einmal ein Sound abgespielt, eine Log-Datei geschrieben, ein JFrame oder eine Internet-Connection geöffnet wird usw
die Liste ist endlos, da ist System.exit() ja nur zufällig eines von tausenden Dingen

 

[Wolfram]

kein anständiger code sollte System#exit verwenden.

Kannst Du das bitte erklären?

wenn man sich sein eigenes kleines progrämmchen zusammenfrickelt, kann es einem wahrscheinlich egal sein. aber sobald die möglichkeit besteht, dass fremde den code wiederverwenden, ist das harte beenden der VM eines der schlimmsten dinge, die man tun kann.

wenn ich fremden code verwende, dann erwarte ich, dass er anständig terminiert, oder zumindest "nur tote threads" hinterlässt. aber wenn mir so ein stück code die VM unterm arsch wegreisst, bin ich ziemlich aufgeschmissen.

Hier haste die Antithese.

Jeder "anständig geschriebene Code" darf das System auf keinen Fall dauerhaft negativ beeinflussen (z.B. eine Datenbank zerstören), wenn er ohne Ankündigung terminiert wird. Andernfalls ist über die Zeit durch Crashes, Ausschalten etc. *gegeben*, dass der Code das System selbst kaputt macht.

Wenn ohnehin jeder Code sich bei plötzlichem zwangsweisen Beenden so Verhalten muss, dass das System nicht beeinträchtigt wird, kann ich das genau so gut auch regelmäßig tun.

Also, System.exit() FTW!

Und nun?

 

[Janus]

und nun?

public double sqrt( double value )
{
   if( value < 0 )
     System.exit( -1 );
   return Math.sqrt( value );
}

wundervolle funktion. was bin ich auch so plemplem und steck nen negativen skalar als parameter rein. die strafe folgt auf dem fusse.

 

[Janus]

Jeder "anständig geschriebene Code" darf das System auf keinen Fall dauerhaft negativ beeinflussen (z.B. eine Datenbank zerstören), wenn er ohne Ankündigung terminiert wird. Andernfalls ist über die Zeit durch Crashes, Ausschalten etc. *gegeben*, dass der Code das System selbst kaputt macht.

wäre schön, aber das ist eine anforderung, die nicht erfüllt werden kann. jede atomare transaktion benötigt eine zeitspanne, um vollständig ausgeführt zu werden. wenn du den prozess hart beendest, kann nicht garantiert werden, dass das system in einem gültigen zustand hinterlassen wird. man kann die gefahr reduzieren, aber niemals ganz eliminieren.

 

[maki]

System.exit(0)?

Bin dagegen, externe Ressourcen wie zB. Datenbankverbindungen etc. werden nicht zurückgegeben.

Auf einem Server ist System.exit(0) schon mal ganz falsch, auf richtigen Server sogar verboten(SecurityManager).

Sicherlich gibt es Anwedungsfälle für ein System.exit(), aber im allgemeinen bin ich dagegen.