Kod sprawdzania Swing w wątku wysyłki zdarzeń w czasie wykonywania

Question

Czy istnieją biblioteki kodu narzędzi, które sprawdzają, czy metody wywoływane w komponentach Swing są wywoływane w wątku wywołania zdarzenia? Prawdopodobnie napisanie podstawowego kodu nie byłoby zbyt trudne, ale jestem pewny, że są przypadki skrajne i nie dotyczy to innych osób. Szukam tego w czasie wykonywania, nie dla testów jednostkowych.

Answer 1

Ramy FEST mają narzędzie do wykrywania użycia Swing poza EDT. Jest to w zasadzie program RepaintManager, który instalujesz. Struktura jest ukierunkowana na testowanie, ale program RepaintManager może być używany w czasie wdrażania.

• Zobacz FEST - Swing's Event Dispatch Thread

Alternatywnie, aby sprawdzić wszystkie metody, takie jak pobierające i ustawiające dostępu tylko na EDT, można użyć AspectJ i obciążenia w czasie tkania dodać SwingUtilities.isDisaptchThread() rada do każdej metody z elementami skrzydłowych

@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 
     } 
    } 

} 

(nieco zmodyfikowany z artykułu (i komponentów Swing JDK.). - dodaje mySwingMethods punktu przekroju i używać SwingUtiliites.isDispatchThread() w praktyce jest th e same jak EventQueue.isDispatchThread(), ale abstrakcji jest czystsze.)

• Zobacz Using AspectJ to detect violations of the Swing Single-Thread Rule

Answer 2

Wszystko czego potrzebujesz jest następujący kod:

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

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

Ponadto, korzystając Substance jako swoją LAF pomoże wypracować gdzie rzeczy związanych Swing-nie jest wykonywany na EDT. Ma sprawdzenia, aby upewnić się, że wszystkie rzeczy Swinga zostały wykonane na właściwym wątku lub nie powiedzie się z wyjątkiem.

Answer 3

Z punktu widzenia kodowania wyraźnie oddzielić kod EDT od kodu innego niż EDT. Unikaj SwingWorker jak ognia.

twierdzić, że jesteś na EDT (wstawić ! na starcie), należy dodać linię:

assert java.awt.EventQueue.isDispatchThread(); 

Będziesz potrzebować -ea/-enableassertions za to do niczego. Jednak najczęściej działa jako komentarz wykonywalny.

Answer 4

natknąłem prosty i mądry (choć nie do końca kuloodporne) metodą Scott Delap w http://today.java.net/pub/a/today/2005/04/19/desktoplive.html .

Jak zasugerował odpowiedź FEST przez MDMA powyżej niestandardowego RepaintManger można stosować, po prostu zastąpić metody

addInvalidComponent(JComponent component) 

i

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

i używać

SwingUtilities.isEventDispatchThread() 

do sprawdź czy jesteśmy na AWT, możesz to całkiem łatwo zintegrować z JUnit, dodając

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

w swojej procedurze sprawdzania.

Logika jest taka, że ​​większość (ale nie wszystkie) operacji Swing powoduje odświeżenie, które ostatecznie wywołuje te metody w aplikacji RepaintManager, dzięki czemu możemy je przechwycić i wykonać nasze sprawdzanie.

Alexander Potochkin ma dobrą rundę się z różnych metod tutaj: http://weblogs.java.net/blog/alexfromsun/archive/2006/02/debugging_swing.html