Gelegentliche UnterbrechungException beim Beenden einer Swing-Anwendung

Ihren Entsorger blockiert, in einem Aufruf von remove () entfernen (die nächste Plattform native Ressource). Dies bedeutet, dass die Entsorger thread (ein daemon-thread) nicht Herunterfahren natürlich, wenn die VM beendet (was Sie erwarten sollten, da Sie beenden es über System.exit()).

Haben Sie eine nicht-daemon-thread in Ihrer Anwendung, die halten Sie die VM beenden, wenn alle Ihre swing-Fenster wurden entsorgt.

Lösung: finden Sie es und führen es zu beenden.

Normalerweise eine swing-Anwendung ordnungsgemäß beendet, wenn alle seine swing-Fenster wurden entsorgt, zum Beispiel, dieses Programm öffnet ein Fenster, beenden Sie dann, sobald es geschlossen ist (alle mit kein Aufruf System.exit()):

public static void main(String args[]) throws Exception {
    JFrame jf = new JFrame();
    jf.setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE);
    jf.setVisible(true);
}

Können Sie auch versuchen, läuft der garbage collector vor dem verlassen, nur für kicks.

InformationsquelleAutor der Antwort

System.exit() ist wahrscheinlich nicht die sauberste Art und Weise der Schließung eines Swing basierten app

Können Sie nicht setzen Sie Ihre main-frame zu EXIT_ON_CLOSE:

mainFrame.setDefaultCloseOperation( JFrame.EXIT_ON_CLOSE )

Dann unsichtbar?

Verwandte Q hier; System.exit(0) in java

InformationsquelleAutor der Antwort tim_yates

Ich glaube, ich habe gefunden, wo der Fehler herkommt !

Wenn Sie eine einfache java-Anwendung mit Exit Untermenü in ein Datei-Menü...
Gibt es einen shortcut zum aktivieren des exit-Action...Diese Verknüpfung muss, macht eine kreisförmige link oder sowas...

Gibt es die Lösungen :

Zunächst ist optional zu bekommen, alles klar:
Diese Schnittstelle implementiert "WindowListener" aus dem Hauptfenster.

Beim Bau der main-Fenster dies :

JFrame frame=this.getFrame();
if(frame!=null)
{
   Window[] windows=frame.getWindows();
   for(Window window : windows)
   window.addWindowListener(this);
}

implementiert die Funktionen aus dem interface :

public void windowOpened(WindowEvent e) {}

public void windowClosing(WindowEvent e) {
    JFrame frame=this.getFrame();
    if(frame!=null)
    {
        Window[] windows=frame.getOwnedWindows();
        for(Window window : windows)
        {
            window.removeWindowListener(this);
            window.dispose();
        }
    }
    //clear();
    System.gc();
}

public void windowClosed(WindowEvent e) {}
public void windowIconified(WindowEvent e) {}
public void windowDeiconified(WindowEvent e) {}
public void windowActivated(WindowEvent e) {}
public void windowDeactivated(WindowEvent e) {}

Nach, dass Sie müssen vorsichtig sein, über dein Abkürzungen !
Sie 'll haben, entfernen Sie die Aktion aus dem Exit-Menü, um es zu verwalten mit einem actionPerformed :

private void exitMenuItemActionPerformed(java.awt.event.ActionEvent evt) {
    //this.clear();
    svExitMenuItem.removeActionListener(null);//this call removes the end error from this way to exit.
    javax.swing.ActionMap actionMap = org.jdesktop.application.Application.getInstance(etscampide.ETScampIDEApp.class).getContext().getActionMap(ETScampIDEView.class, this);
    actionMap.get("quit").actionPerformed(null);//null to avoid end error too
}

Ich nicht erklären, warum, aber es funktioniert für mich... ich denke, dass es eine Art von Zirkelbezügen...
Hoffe, Ihnen zu helfen.
See ya.

InformationsquelleAutor der Antwort

Es klingt wie Sie haben einen thread laufen, der die noch nicht beendet, wenn Sie zu beenden. Vor allem, der thread wait()ing, und die Methode wirft eine Ausnahme unterbrochen, wenn Sie versuchen, beenden Sie den Faden, während es läuft. Ich immer hintergrund-threads laufen als Daemons, die vielleicht helfen, wie gut.

Ich würde Folgendes tun, die in Ihrem JFrame:

myJFrame.setDefaultCloseOperation(WindowConstants.DO_NOTHING_ON_CLOSE);
addWindowListener(new WindowAdapter() {
  public void windowClosing(WindowEvent we) {
    //Some pieces of code to instruct any running threads, possibly including
    //this one, to break out of their loops

    //Use this instead of System.exit(0) - as long as other threads are daemons,
    //and you dispose of all windows, the JVM should terminate.
    dispose();
  }
});

Manuell durch brechen aus der Schleife, können Sie die wait-Methode zu beenden (hoffentlich bist du nicht warten unendlich lange, sind Sie? Wenn Sie sind, möchten Sie vielleicht, um erneut zu prüfen, wie Sie die Verwendung von threads) und dann zu einem Punkt in Ihrem code, wo Sie sicher zu brechen - sicher, weil Sie kodiert es zu tun - und dann wird der thread beendet, lassen Sie die Anwendung beenden, einfach nur gut.

Update
Vielleicht sind Sie mit dem event-dispatch-thread unpassend, irgendwo, und es wartet schon/noch für Sie arbeiten, wenn Sie versuchen, zu beenden? Der dispatcher thread sollte so wenig Arbeit wie möglich, und sollte die übergabe etwas komplexer aus einem anderen thread, so schnell wie Sie können. Ich gebe zu, ich bin stechende, um in der Dunkelheit ein wenig, aber ich bin geneigt zu denken, es ist kein bug, vor allem wenn man bedenkt, dass Sie begann es zu merken-auf eine leistungsfähigere Maschine, das zu mir schreit "Race-Condition!" nicht Java Fehler.

InformationsquelleAutor der Antwort

Ich hatte das gleiche problem, und fand, dass ich musste einfach einen Rahmen versteckt im hintergrund (ich hatte es die Sichtbarkeit auf false gesetzt). Wenn ich sicher zu nennen .dispose() auf meine versteckten frame und dann .dispose() auf meinem mainFrame-ich hatte keinen Grund zu nennen-System.exit(0), die Anwendung einfach selbst gereinigt und Herunterfahren. Mein code ist Scala, aber die Idee ist die gleiche.

def top = new MainFrame {

   import javax.swing.WindowConstants.DO_NOTHING_ON_CLOSE
   peer.setDefaultCloseOperation(DO_NOTHING_ON_CLOSE)
   override def closeOperation() { endExecution; PreviewFrame.dispose(); this.dispose(); }
}

InformationsquelleAutor der Antwort

Threads in java nur dann beenden, wenn alle der run () - Methode die Ausführung beendet. Sonst wirst du immer diese Thread-erweiterte Objekte in VM rumgespielt. Sie haben bis zum Ende alle Fäden vor, die Anwendung zu beenden.

Bedenken Sie auch, dass, wenn Sie erstellen Sie Ihre jFrame Sie starten einen Thread (CURRENT_THREAD glaube ich)

InformationsquelleAutor der Antwort

Versuchen, EventQueue.invokeLater() schließen Sie Ihre Swing.

InformationsquelleAutor der Antwort

Ich lief einfach in diesen Fehler mit Datenbanken. Das problem war, dass die Verbindung zur Datenbank nicht geschlossen wurde. Ich löste dies durch den folgenden code :

Runtime.getRuntime().addShutdownHook(new Thread() {
        public void run() {
            try {
                conn.close();
            } catch (SQLException e) {
                e.printStackTrace();
            }
        }
    });

Nur werfen dies draußen für andere Menschen...

InformationsquelleAutor der Antwort