Свинг-код проверки на тему "Диспетчер событий" во время выполнения

Ответ 1

В FEST есть инструмент для определения использования Swing с EDT. Это в основном RepaintManager, который вы устанавливаете. Структура ориентирована на тестирование, но RepaintManager можно использовать во время развертывания.

• См. FEST - Отказоустойчивый поток событий

В качестве альтернативы, чтобы проверить все методы, такие как геттеры и сеттеры для доступа только на EDT, вы можете использовать AspectJ и временное переплетение для добавления рекомендации SwingUtilities.isDisaptchThread() для каждого метода на ваших компонентах swing (и JDK Swing.)

@Aspect
public class EDTCheck {

    @Pointcut("call (* javax.swing..*+.*(..)) || " +
              "call (javax.swing..*+.new(..))")
    public void swingMethods() {}

    @Pointcut("call (* com.mystuff.swing..*+.*(..)) || " +
              "call (com.mystuff.swing..*+.new(..))")
    public void mySwingMethods() {}


    @Pointcut("call (* javax.swing..*+.add*Listener(..)) || " +
              "call (* javax.swing..*+.remove*Listener(..)) || " +
              "call (void javax.swing.JComponent+.setText(java.lang.String))")
    public void safeMethods() {}

    @Before("(swingMethods() || mySwingMethods()) && !safeMethods()")
    public void checkCallingThread(JoinPoint.StaticPart thisJoinPointStatic) {
        if(!SwingUtilities.isDispatchThread()) {
            System.out.println(
                    "Swing single thread rule violation: " 
                    + thisJoinPointStatic);
            Thread.dumpStack();
            // or you might throw an unchecked exception
        }
    }

}

(Немного изменен из статьи - добавлен pointcut mySwingMethods и используется SwingUtiliites.isDispatchThread(). На практике это то же самое, что и EventQueue.isDispatchThread(), но абстракция более чистая.)

• См. Использование AspectJ для обнаружения нарушений правила однолинейности Swing

Ответ 2

С точки зрения кодирования четко отделяйте EDT-код от кода, отличного от EDT. Избегайте SwingWorker как чума.

Чтобы утверждать, что вы находитесь на EDT (вставьте ! для выключения), добавьте строку:

assert java.awt.EventQueue.isDispatchThread();

Для этого вам понадобится -ea/-enableassertions. Тем не менее, он в основном работает как исполняемый комментарий.

Ответ 3

Я наткнулся на простой и умный метод (хотя и не полностью пуленепробиваемый) Скоттом Делапом http://today.java.net/pub/a/today/2005/04/19/desktoplive.html.

Как намечено в ответе FEST по mdma выше пользовательский RepaintManger может быть использован, просто переопределите методы

addInvalidComponent(JComponent component) 

и

addDirtyRegion(JComponent component, int x, int y, int w, int h)

и используйте

SwingUtilities.isEventDispatchThread()

чтобы проверить, есть ли у нас AWT, вы можете легко интегрировать это в JUnit, добавив

org.JUnit.Assert.fail("AWT Thread Violation")

в вашей процедуре проверки.

Логика здесь в том, что большинство (но не все) операций Swing вызывают перерисовку, которая в конечном итоге вызывает эти методы в RepaintManager, чтобы мы могли поймать их и выполнить нашу проверку.

Александр Поточкин здесь хорошо разбирается в различных методах: http://weblogs.java.net/blog/alexfromsun/archive/2006/02/debugging_swing.html

Ответ 4

Все, что вам нужно, это следующий код:

void method() {
    if (!SwingUtilities.isEventDispatchThread()) {
       SwingUtilities.invokeAndWait(new Runnable() { public void run() { method(); } );
       return;
    }

    // do method code here, guaranteed to be in EDT
}

Кроме того, используя Substance, поскольку ваш LAF поможет вам разобраться, где вещи, связанные с Swing, не выполняются на ПО ВОСТОЧНОМУ ВРЕМЕНИ. В нем есть проверки, чтобы убедиться, что любой материал Swing выполняется в соответствующем потоке, или он не работает с исключением.