Отображение GlassPane перед входом в цикл

GUI просто зависает на мгновение, прежде чем отобразится результат. Удаление последней строки в этом цикле (glassPane.setVisible (false);) приводит к отображению glassPane после выполнения метода (когда графический интерфейс размораживается).

это обычная проблема для Event Dispath Thread, когда все события в EDT сбрасываются в Swing GUI за один момент, тогда все в методе if (item.equals(button)) { может быть выполнено в один момент,

но в вашем описании говорится, что у вас проблема с Concurency в Swing, часть кода блокирует EDT, это небольшая задержка, например Thread.sleep(int), может вызвать эту проблему, не делайте этого или перенаправляйте блок кода на Backgroung taks

Есть ли простой способ показать это glassPane до того, как GUI зависнет, или мне нужно использовать здесь некоторые дополнительные знания? (потоки?)

этот вопрос - пример бронирования, почему там SwingWorker, или более простой способ - Runnable#Thread

• методы, реализованные в SwingWorker, вполне гарантируют, что вывод будет выполнен на EDT

• любой вывод Runnable#Thread в графический интерфейс Swing должен быть заключен в invokeLater()

самые простые шаги из Jbuttons Action могут быть

• показать GlassPane

• запустить фоновую задачу с SwingWorker (убедитесь, что PropertyChangeListener прослушивает) или вызовите Runnable#Thread

• в этот момент ActionListener выполнений выполнено, остальной код перенаправлен на Backgroung taks

• если задача завершилась, то скрыть GlassPane

• создать простую пустоту, обернув setVisible в invokeLater() для Runnable#Thread

• в случае, если вы используете SwingWorker, вы можете скрыть GlassPane при соответствующем событии от PropertyChangeListener или вы можете использовать любую (отдельную) пустоту для сокрытия GlassPane

лучший код для GlassPane от @camickr или моего вопрос на основе этого кода

Вы блокируете EDT (поток диспетчеризации событий, единственный поток, в котором обрабатываются все события пользовательского интерфейса) своим трудоемким заданием.

2 решения:

1. Оберните вызовы в: someTimeConsumingMethod();glassPane.setVisible(false); в SwingUtilities.invokeLater(), это позволит кадру снова перерисоваться. Однако это все равно остановит ваш графический интерфейс.

2. Переместите свой someTimeConsumingMethod() в SwingWorker (это рекомендуемый вариант). Это предотвратит зависание вашего графического интерфейса.

Прочтите javadoc SwingWorker, чтобы лучше понять, что происходит и как это использовать. Вы также можете многое узнать из этого руководства по Swing и многопоточности

 JButton startB = new JButton("Start the big operation!");
    startB.addActionListener(new ActionListener() {
      public void actionPerformed(java.awt.event.ActionEvent A) {
        // manually control the 1.2/1.3 bug work-around
        glass.setNeedToRedispatch(false);
        glass.setVisible(true);
        startTimer();
      }
    });

Здесь используется стекло FixedGlassPane;

ссылка: http://www.java2s.com/Code/Java/Swing-JFC/Showhowaglasspanecanbeusedtoblockmouseandkeyevents.htm

Гийом прав. Когда вы находитесь в основном потоке, каждая строка заканчивается перед следующей строкой. Вам определенно понадобится еще одна ветка.

Простой способ решить вашу проблему - отключить отображение стеклянной панели в другом потоке (обычный поток или потоки Swing - оба будут работать нормально).

if (item.equals(button)) {
    new Thread(new Runnable(){
        public void run(){
            glassPane.setVisible(true);
        }
    }).start();
    someTimeConsumingMethod();
    glassPane.setVisible(false);
}

Таким образом, другой поток блокируется setvisible(true), а someTimeConsumingMethod() выполняется в основном потоке. Когда это будет сделано, стекло исчезнет. Анонимный поток достигает конца run метода и останавливается.