2017-11-07 8 views
2

スレッドダンプを分析すると、すでにロックされているモニタをロックするために多くのスレッドが待機しています。下の例では、モニタ0x000000044158d3d0がフェッチされ、同時にロックされます。Javaスレッドがすでにロックしているオブジェクトをロックしようとしています

このケースについての手掛かりはありますか?

"ORB Run Thread" #124 prio=5 os_prio=0 tid=0x00007f16a81b6800 
nid=0x76f3 in Object.wait() [0x00007f165eef2000] 
java.lang.Thread.State: WAITING (on object monitor) 
    at java.lang.Object.wait(Native Method) 
    - waiting on <0x000000044158d3d0> (a java.lang.Object) 
    at java.lang.Object.wait(Object.java:502) 
    at com.sun.corba.se.impl.orb.ORBImpl.run(ORBImpl.java:1238) 
    - locked <0x000000044158d3d0> (a java.lang.Object) 
    at org.wildfly.iiop.openjdk.service.CorbaORBService$ORBRunner.run(CorbaORBService.java:241) 
    at java.lang.Thread.run(Thread.java:748) 

答えて

5
at java.lang.Object.wait(Native Method) 
- waiting on <0x000000044158d3d0> (a java.lang.Object) 

スレッドがオブジェクトをロックするために待機していません。別のスレッドがnotify()またはnotifyAll()を呼び出すのを待っています。

関連する問題