Почему EDT не отключается, когда все живые потоки являются демонами?

Поведение по умолчанию, когда вы закрываете JFrame, заключается в том, чтобы просто скрыть его, а не закрывать приложение. Вам нужно позвонить:

frame.setDefaultCloseOperation(WindowConstants.EXIT_ON_CLOSE);

Другими словами: это не имеет ничего общего с ScheduledExecutorService; Это связано с тем, что поток Event Dispatch не является потоком демона.

ДОПОЛНИТЕЛЬНО

Вместо того, чтобы использовать ScheduledExecutorService, который, в свою очередь, вызывает SwingUtilities.invoke..., вам следует рассмотреть возможность использования javax.swing.Timer, который будет периодически запускать ActionEvents непосредственно в потоке отправки событий, что сделает ваш код более простым/компактным и устранит необходимость в дополнительных нить.

Кроме того, вы воссоздаете ImageIcon в каждом кадре анимации, что будет очень неэффективно, особенно в тесном цикле анимации. Гораздо лучше создать его один раз при запуске приложения.

Ваша фабрика ниток правильная. Если вы установите EXIT_ON_CLOSE на фрейме, он выйдет.

Однако рассмотрите возможность использования библиотеки, такой как Trident.

Я наткнулся на ответ в этом замечательном сообщении в блоге: http://www.pushing-pixels.org/?p=369

В текущей реализации AWT завершает все свои вспомогательные потоки, позволяя приложению корректно завершить работу, когда выполняются следующие три условия:

• Отображаемых компонентов AWT или Swing нет.
• В очереди собственных событий нет собственных событий.
• В java EventQueues нет событий AWT.

[...]

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

Далее автор говорит, что его код отправляет событие в EDT каждые 100 мс, несмотря на то, что связанное с ним окно больше не отображается. Именно так и происходит в моем случае! ScheduledExecutorService отправляет события в EDT, что, в свою очередь, предотвращает закрытие AWT, что, в свою очередь, означает, что ScheduledExecutorService будет продолжать публиковать новые события.

Кроме того, я удивлен количеством людей, которые рекомендуют использовать JFrame.EXIT_ON_CLOSE. Наверное, каждому свое, но я рекомендую вам прочитать http://findbugs.sourceforge.net/bugDescriptions.html#DM_EXIT

Я думаю, что вместо того, чтобы использовать потоки демона в вашем ScheduledExecutorService, вам лучше явно закрыть его, когда пользователь хочет выйти. Вы можете сделать это, добавив WindowListener в основной фрейм:

  public static void main(String[] args)
  {
    JFrame frame = new JFrame();
    final Main main = new Main();
    frame.getContentPane().add(main);
    frame.setSize(800, 600);
    frame.setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE);
    frame.setVisible(true);

    final ScheduledExecutorService timer = Executors.newScheduledThreadPool(1);
    timer.scheduleAtFixedRate(new Runnable()
    {
      public void run()
      {
        // NOTE that you don't need invokeLater here because repaint() is thread-safe
        main.next();
      }
    }, 100, 100, TimeUnit.MILLISECONDS);
  }
  // Listen to main frame closure and shut down timer
  main.addWindowListener(new WindowAdapter()
  {
      public void windowClosed(WindowEvent e)
      {
          timer.shutdownNow();
      }
  });
}

Обратите внимание на изменения, которые я внес в ваш фрагмент:

1. timer теперь объявляется final (необходимо, поскольку на него ссылается внутренний анонимный класс)
2. ThreadFactory больше не передается newScheduledThreadPool
3. Я удалил использование invokeLater для вызова main.next(), потому что единственный вызов Swing, сделанный там, - это repaint(), который является одним из немногих методов Swing, которые являются потокобезопасными.

Обратите внимание, что я не пробовал приведенный выше код, он должен скомпилироваться, и я думаю, что он также должен решить вашу проблему. Попробуйте и дайте нам знать!