Beklemedeki/uykudaki sorunların nedenini bulma

Question

Java uygulamamın (tomcat6 üzerinde çalışır) sonlandırılmayan bir çok iş parçacığı oluşturduğunu fark ettim.

Bu yüzden bir iş parçacığı dökümü oluşturulur ve bu gibi bekleyen iş parçacığı ton olduğunu fark:

"pool-1-thread-22" prio=5 tid=101b4b000 nid=0x127122000 waiting on condition [127121000] 
    java.lang.Thread.State: WAITING (parking) 
    at sun.misc.Unsafe.park(Native Method) 
    - parking to wait for <6c340cee0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) 
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156) 
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987) 
    at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399) 
    at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) 
    at java.lang.Thread.run(Thread.java:680) 
    Locked ownable synchronizers: 
    - None 

Şimdi soru şu: NE Bu konu bekliyorsun? Bu konuları ürettikleri sanılan bir şüpheli sınıfım var ama bu konuların tam olarak ne yaptığını bilmiyorum.

Sınıfı birbirinden ayırmak ve iş parçacığı davranışını takip etmek dışında bunun nedenini bulmak için yapabileceğim bir şey var mı?

Answer 1

Tomcat üzerinde, genellikle birinin bağlanmasını bekleyen çalışan iş parçacıklarını talep ederler. Endişelenecek bir şey yok. Sunucunuza bir kerede bağlanan 100 kullanıcıyı işlemeye hazırlar.

Answer 2

Bu konular, ThreadPool'un bir parçasıdır. Daha özel java.util.concurrent.ThreadPoolExecutor. İş parçacığı havuza gönderilecek bir Runnable/Callable üzerinde bekliyor. Örneğin

ExecutorService e = Executors.newFixedThreadPool(10); 

için

e.submit(new Runnable(){ 
    public void run(){ ...} 
}); 

Sonra bir iplik bildirilecektir kadar bir bekleme oturup o katedilebilen çağıracağı 10 konuları yaratacaksınız. Ne için kullanıldığını söyleyemem. İplik havuzunu neyin başladığını bulmanız gerekecek. Belki de işleme müşterisi uygulama sunucusuna talepte bulunur.