In discarica thread dell'applicazione posso vedere di thread con cinque fili come segue:hidden.edu.emory.mathcs.backport *
"pool-1-thread-5" prio=10 tid=0x000000000101a000 nid=0xe1f in Object.wait() [0x00007f3c66086000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00000007b8e57af8> (a hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$SerializableLock)
at java.lang.Object.wait(Object.java:503)
at hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:316)
- locked <0x00000007b8e57af8> (a hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$SerializableLock)
at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:994)
at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1054)
at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
at java.lang.Thread.run(Thread.java:722)
Ma non usare nulla di tutto questo direttamente e non vedere nulla come questo nelle dipendenze.
Che cos'è questo (hidden.edu.emory.mathcs.backport) e perché utilizzato (applicazione in esecuzione su jdk 7)? Posso rilevare quale parte dell'applicazione l'ha avviata?
Se è possibile eseguire il debug di questa applicazione durante l'avvio, mettere un punto di interruzione 'hidden.edu.emory.mathcs.backport.java. costruttore di util.concurrent.ThreadPoolExecutor' e vedere chi lo chiama. Se puoi eseguire il debug solo durante l'esecuzione, interrompi i metodi 'execute' e' submit'. La natura del codice chiamante ti spiegherà perché viene utilizzata. –