Случайный InterruptedException при выходе из приложения Swing

System.exit (), вероятно, не самый чистый способ закрыть приложение на основе Swing

Вы не можете установить свой основной фрейм на EXIT_ON_CLOSE:

mainFrame.setDefaultCloseOperation( JFrame.EXIT_ON_CLOSE )

Затем установите его на невидимый?

Связанный вопрос здесь; System.exit (0) в java

Если вы использовали Swing App Framework , вы могли бы переопределить Application.exit () для выполнения очистки или добавить ExitListener . В противном случае вы также можете добавить в свое приложение ловушку выключения Runtime.getRuntime (). AddShutdownHook () .

Похоже, что у вас запущен поток, который не завершился, когда вы вышли. Примечательно, что поток выполняет функцию wait()ing, а этот метод выбрасывает прерванное исключение, если вы попытаетесь остановить поток во время его работы. Я всегда настраиваю фоновые потоки на запуск в качестве демонов, что также может помочь.

Я бы сделал следующее в вашем 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();
  }
});

Выходя вручную из цикла, вы позволяете методу ожидания завершиться (надеюсь, вы не ждете очень долго, не так ли? Если да, то, возможно, вам стоит пересмотреть то, как вы используете свои потоки), а затем доберетесь до точки в коде, где безопасно прерваться - безопасно, потому что вы закодировали это так - и тогда поток завершится, позволяя приложению завершиться просто отлично.

Обновление. Возможно, вы где-то неправильно используете поток диспетчера событий, и он ждет/продолжает работать, когда вы пытаетесь выйти? Диспетчерский поток должен делать как можно меньше работы, а все сложное передавать другому потоку так быстро, как только может. Я признаю, что я немного копаюсь в темноте, но я склонен думать, что это не ошибка, особенно учитывая, что вы начали замечать это на более мощной машине - что для меня кричит "Race Condition!", а не ошибка Java.

Интересно, не связано ли это с этой ошибкой:

Ошибка Java 6489540

В основном это означает, что если Java2D используется при наличии объекта InheritableThreadLocal или пользовательского contextClassLoader, они захватываются и живут вечно, вызывая утечки памяти и, возможно, такие странные блокировки.

В этом случае обходным путем было бы инициировать действие Java2D в основном потоке (т.е. сразу при запуске приложения), чтобы DisposerThread находился в «тихой чистой» среде. Он запускается статическим инициализатором, поэтому просто фиктивной загрузки ресурса java2d и его освобождения будет достаточно, чтобы получить DisposerThread, который не цепляется за нежелательные вещи.

Потоки в java завершаются только тогда, когда все методы run () завершают выполнение. В противном случае у вас всегда будут возиться с этими расширенными объектами Thread в виртуальной машине. Вы должны завершить все потоки перед выходом из приложения.

Также учтите, что когда вы создаете свой jFrame, вы запускаете поток (я полагаю, CURRENT_THREAD)