Ciclo infinito in EventQueue.isDispatchThread()

Question

Ho un programma Java che prende il 100% della CPU, ma apparentemente non fa nulla.

Se prendo un dump di thread, ci sono 4 thread (fuori da un pool di 5) in attesa di prendere un blocco.

"Incoming WorkPool 5" - Thread t@363 
    java.lang.Thread.State: WAITING 
    at sun.misc.Unsafe.park(Native Method) 
    - waiting to lock <7212149b> (a java.util.concurrent.locks.ReentrantLock$NonfairSync) owned by "Incoming WorkPool 3" t@354 
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186) 
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834) 
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:867) 
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1197) 
    at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:214) 
    at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:290) 
    at java.awt.EventQueue.isDispatchThreadImpl(EventQueue.java:1019) 
    at java.awt.EventQueue.isDispatchThread(EventQueue.java:1014) 

Il filo che stanno per è RUNNABLE

"Incoming WorkPool 3" - Thread t@354 
    java.lang.Thread.State: RUNNABLE 
    at java.awt.EventQueue.isDispatchThreadImpl(EventQueue.java:1024) 
    at java.awt.EventQueue.isDispatchThread(EventQueue.java:1014) 

Questo è JDK 7.0.25, così sembra un thread è bloccato sul

EventQueue next = eq.nextQueue; 
while (next != null) { 
    eq = next; 
    next = eq.nextQueue; 
} 

Ci sono due fili AWT EventQueue , cercando di acquisire lo stesso pushpoplock.

La VM funziona come un servizio, quindi non dovrebbe provare a fare cose AWT, ma è fatto da una libreria che sto usando.

Qualche idea? Posso impedire che ciò accada?

Grazie!

Answer 1

Il problema è un problema di stallo (see wikipeida).

Come potete vedere sopra, i tuoi due EventQueues (qui R1 e R2) si trovano in una situazione di stallo - ognuno di loro ha sostenuto una risorsa e non può essere eseguito ulteriormente mentre l'altro ha sostenuto l'altra risorsa. Entrambi si stanno aspettando l'un l'altro senza fine.

È possibile risolvere questo problema con diversi approcci:

provare a cambiare la libreria, hai ragione che una libreria non dovrebbe cercare di fare AWT roba se non è una libreria strettamente legato al AWT. Esistono molte librerie su piattaforme come github, sono abbastanza sicuro che trovi un'altra libreria per sostituire quella che causa l'errore.

Se si è in grado di modificare il codice per aggiungere il monitoraggio si è prevenendo anche eventuali deadlock.

synchronized(lock){ 
EventQueue next = eq.nextQueue; 
while (next != null) { 
    eq = next; 
    next = eq.nextQueue; 
} 
lock.notifyAll(); 
} 

Answer 2

C'è qualche possibilità che push(EventQueue newEventQueue) viene chiamato dal programma di applicazione e che spinge lo stesso EventQueue? Se sì, quindi, this e il suo nextQueue saranno gli stessi oggetti e verranno eseguiti in un ciclo infinito che consuma CPU al 100%.

Dalla traccia stack è evidente che almeno un thread è in esecuzione. Quindi non è una questione di DEADLOCK.

Dal suggerimento del consumo della CPU al 100% e dal suo stato RUNNABLE, è evidente che sta eseguendo un ciclo infinito.

Il codice può andare in ciclo infinito se e solo se ilnextQueue ha un valore che è già nella catena (o this). Potrebbe benissimo essere un problema applicativo. Grazie.