एकाधिक जावा धागे प्रतीत होता है कि एक ही मॉनिटर लॉकिंग?

Question

एक जावा threaddump मैं निम्नलिखित पाया में:

"TP-Processor184" daemon prio=10 tid=0x00007f2a7c056800 nid=0x47e7 waiting for monitor entry [0x00007f2a21278000] 
    java.lang.Thread.State: BLOCKED (on object monitor) 
    at org.apache.jackrabbit.core.state.SharedItemStateManager.getNonVirtualItemState(SharedItemStateManager.java:1725) 
    - locked <0x0000000682f99d98> (a org.apache.jackrabbit.core.state.SharedItemStateManager) 
    at org.apache.jackrabbit.core.state.SharedItemStateManager.getItemState(SharedItemStateManager.java:257) 

"TP-Processor137" daemon prio=10 tid=0x00007f2a7c00f800 nid=0x4131 waiting for monitor entry [0x00007f2a1ace7000] 
    java.lang.Thread.State: BLOCKED (on object monitor) 
    at org.apache.jackrabbit.core.state.SharedItemStateManager.getNonVirtualItemState(SharedItemStateManager.java:1725) 
    - locked <0x0000000682f99d98> (a org.apache.jackrabbit.core.state.SharedItemStateManager) 
    at org.apache.jackrabbit.core.state.SharedItemStateManager.getItemState(SharedItemStateManager.java:257) 

यहां मुद्दा यह जा रहा है कि दोनों धागे की निगरानी < 0x0000000682f99d98> लॉक कर दिया है (उनमें से भले ही अब दो अलग अलग अन्य पर नज़र रखता है के लिए इंतज़ार कर)।

थ्रेड डंप विश्लेषक को देखते समय, उस मॉनिटर के चयन के साथ, यह वास्तव में "थ्रेड लॉक मॉनिटर: 2" नीचे, और "2 थ्रेड लॉकिंग" कहता है। स्क्रीनशॉट के लिए कृपया https://lh4.googleusercontent.com/-fCmlnohVqE0/T1D5lcPerZI/AAAAAAAAD2c/vAHcDiGOoMo/s971/locked_by_two_threads_3.png देखें, मुझे यहां छवियों को पेस्ट करने की अनुमति नहीं है।

क्या इसका मतलब है कि थ्रेडडंप मॉनीटर लॉक जानकारी के संबंध में परमाणु नहीं हैं? मैं कल्पना नहीं कर सकता कि यह वास्तव में JVM (1.6.0_26-b03) की लॉकिंग बग है।

Can several threads hold a lock on the same monitor in Java? में एक समान प्रश्न पूछा जा चुका है, लेकिन मेरे जवाब में एक ही मॉनीटर को लॉक करने वाले कई धागे के वास्तविक बिंदु को नहीं देखा गया, भले ही वे किसी अन्य के लिए इंतजार कर रहे हों।

अद्यतन मई 13 वीं 2014:

नया सवाल Multiple threads hold the same lock? व्यवहार पुन: पेश करने कोड है, और @rsxg उसके जवाब की तर्ज यहाँ के साथ एक बग रिपोर्ट अनुसार https://bugs.openjdk.java.net/browse/JDK-8036823 दायर किया है।

Answer 1

आप भारी संकुचित ताले का विश्लेषण करते समय JVM में स्टैक ट्रेस रूटीन में कॉस्मेटिक बग में भाग रहे हैं - यह this bug जैसा ही हो सकता है या नहीं भी हो सकता है।

तथ्य यह है कि आपके दो धागे में से कोई भी वास्तव में SharedItemStateManager पर लॉक प्राप्त करने में कामयाब रहा है, क्योंकि आप इस तथ्य से देख सकते हैं कि वे waiting for monitor entry की रिपोर्ट कर रहे हैं। बग यह है कि दोनों मामलों में स्टैक ट्रेस में आगे बढ़ने के लिए उन्हें locked के बजाय waiting to lock की रिपोर्ट करनी चाहिए।

इस तरह अजीब स्टैक निशान का विश्लेषण करते समय कामकाज हमेशा यह जांचना है कि locked होने का दावा करने वाला एक थ्रेड एक ऑब्जेक्ट पर एक लॉक प्राप्त करने का भी इंतजार नहीं कर रहा है।

(पार संदर्भित के रूप में this Oracle document, प्रति स्रोत के साथ स्टैक ट्रेस में लाइन नंबर, कोड के बाद से वहाँ waiting for monitor entry शीर्षक में आंकड़े के बीच कोई रिश्ता और स्टैक ट्रेस में locked रेखा है। दुर्भाग्य से इस विश्लेषण की आवश्यकता है 0x00007f2a21278000 लाइन TP-Processor184" daemon prio=10 tid=0x00007f2a7c056800 nid=0x47e7 waiting for monitor entry [0x00007f2a21278000]को धागे के लिए वैध स्टैक क्षेत्र का अनुमान है। तो यह एक मॉनिटर आईडी की तरह दिखता है लेकिन यह नहीं है - और आप देख सकते हैं कि आपके द्वारा दिए गए दो थ्रेड अलग-अलग पते पर हैं ढेर)।

Answer 2

जब कोई थ्रेड किसी ऑब्जेक्ट को लॉक करता है लेकिन प्रतीक्षा करें() का कोई अन्य थ्रेड उसी ऑब्जेक्ट को लॉक कर सकता है। आपको सभी प्रतीक्षाों को उसी लॉक को "होल्डिंग" करने में सक्षम होना चाहिए।

AFAIK, एकमात्र अन्य अवसर तब होता है जब एकाधिक धागे बंद हो जाते हैं और प्रतीक्षा करते हैं और लॉक को पुनः प्राप्त करने के लिए तैयार होते हैं। एक अधिसूचना पर सभी()। वे अब और इंतजार नहीं कर रहे हैं, लेकिन जब तक वे लॉक प्राप्त नहीं कर लेते तब तक जारी नहीं रह सकते हैं। (एक समय में केवल एक धागा यह कर सकता है)

Answer 3

मुझे नहीं लगता कि आपका धागा डंप कह रहा है कि आपके दो धागे "दो अलग-अलग मॉनीटरों की प्रतीक्षा कर रहे हैं"। मुझे लगता है कि यह कह रहा है कि वे दोनों एक ही मॉनिटर पर इंतजार कर रहे हैं लेकिन दो अलग-अलग कोड बिंदुओं पर हैं। यह एक स्टैक स्थान या ऑब्जेक्ट इंस्टेंस स्थान या कुछ हो सकता है। यह analyzing the stack dumps के बारे में एक महान दस्तावेज़ है।

क्या कई धागे जावा में एक ही मॉनीटर पर लॉक रख सकते हैं?

नहीं। आपका स्टैक डंप एक ही कोड पर उसी मॉनिटर पर लॉक दो थ्रेड दिखा रहा है, लेकिन अलग-अलग स्टैक फ्रेम में - या जो भी मान ओएस निर्भर करता है।

संपादित करें:

मैं क्यों धागा डंप कह जा सकता है कि दोनों धागे एक लाइन बंद कर दिया के बाद से है कि अगर वे एक wait() विधि में हैं ही अनुमति दी जा रहा है है लगता है यकीन नहीं है। मैंने देखा है कि आप संस्करण 1.6.5 से लिंक कर रहे हैं। क्या वास्तव में वह संस्करण है जिसका आप उपयोग कर रहे हैं? संस्करण 2.3.6 (जो नवीनतम हो सकता है) में, 1725 line वास्तव में wait है।

1722  synchronized (this) { 
1723   while (currentlyLoading.contains(id)) { 
1724    try { 
1725     wait(); 
1726    } catch (InterruptedException e) { 

---

तुम भी स्टैक ट्रेस की इस तरह देख सकते हैं, भले ही यह एक विशेष synchronized ताला था। उदाहरण के लिए, लिनक्स के नीचे निम्न स्टैक डंप एक ही ऑब्जेक्ट पर उसी कोड पर लॉक दो धागे के लिए है, लेकिन Runnable.run() विधि के दो अलग-अलग उदाहरणों में है। यहां मेरा stupid little test program है। ध्यान दें कि मॉनीटर एंट्री नंबर अलग हैं, यहां तक ​​कि सोचा कि यह एक ही लॉक और एक ही कोड लाइन नंबर है।

"Thread-1" prio=10 tid=0x00002aab34055c00 nid=0x4874 
    waiting for monitor entry [0x0000000041017000..0x0000000041017d90] 
java.lang.Thread.State: BLOCKED (on object monitor) 
    at java.lang.Object.wait(Native Method) 
    - waiting on <0x00002aab072a1318> (a java.lang.Object) 
    at com.mprew.be.service.auto.freecause.Foo$OurRunnable.run(Foo.java:38) 
    - locked <0x00002aab072a1318> (a java.lang.Object) 
    at java.lang.Thread.run(Thread.java:619) 

"Thread-0" prio=10 tid=0x00002aab34054c00 nid=0x4873 
    waiting for monitor entry [0x0000000040f16000..0x0000000040f16d10] 
java.lang.Thread.State: BLOCKED (on object monitor) 
    at java.lang.Object.wait(Native Method) 
    - waiting on <0x00002aab072a1318> (a java.lang.Object) 
    at com.mprew.be.service.auto.freecause.Foo$OurRunnable.run(Foo.java:38) 
    - locked <0x00002aab072a1318> (a java.lang.Object) 
    at java.lang.Thread.run(Thread.java:619) 

पर मेरी मैक, प्रारूप अलग लेकिन फिर "प्रवेश की निगरानी" के बाद नंबर एक ही पंक्ति संख्या के लिए एक ही नहीं है।

"Thread-2" prio=5 tid=7f8b9c00d000 nid=0x109622000 
    waiting for monitor entry [109621000] 
java.lang.Thread.State: BLOCKED (on object monitor) 
    at java.lang.Object.wait(Native Method) 
    - waiting on <7f3192fb0> (a java.lang.Object) 
    at com.mprew.be.service.auto.freecause.Foo$OurRunnable.run(Foo.java:38) 
    - locked <7f3192fb0> (a java.lang.Object) 

"Thread-1" prio=5 tid=7f8b9f80d800 nid=0x10951f000 
    waiting for monitor entry [10951e000] 
java.lang.Thread.State: BLOCKED (on object monitor) 
    at java.lang.Object.wait(Native Method) 
    - waiting on <7f3192fb0> (a java.lang.Object) 
    at com.mprew.be.service.auto.freecause.Foo$OurRunnable.run(Foo.java:38) 
    - locked <7f3192fb0> (a java.lang.Object) 

This Oracle document निम्नलिखित के रूप में है कि मूल्य का वर्णन:

पता रेंज है, जो धागा

Answer 4

"http-0.0.0.0-8080-96" daemon prio=10 tid=0x00002abc000a8800 nid=0x3bc4 waiting for monitor entry [0x0000000050823000] 
    java.lang.Thread.State: BLOCKED (on object monitor) 
    at org.apache.lucene.search.FieldCacheImpl$Cache.get(FieldCacheImpl.java:195) 
    - locked <0x00002aadae12c048> (a java.util.WeakHashMap) 

"http-0.0.0.0-8080-289" daemon prio=10 tid=0x00002abc00376800 nid=0x2688 waiting for monitor entry [0x000000005c8e3000] 
    java.lang.Thread.State: BLOCKED (on object monitor) 
    at org.apache.lucene.search.FieldCacheImpl$Cache.get(FieldCacheImpl.java:195) 
    - locked <0x00002aadae12c048> (a java.util.WeakHashMap 

"http-0.0.0.0-8080-295" daemon prio=10 tid=0x00002abc00382800 nid=0x268e runnable [0x000000005cee9000] 
    java.lang.Thread.State: RUNNABLE 
    at org.apache.lucene.search.FieldCacheImpl$Cache.get(FieldCacheImpl.java:195) 
    - locked <0x00002aadae12c048> (a java.util.WeakHashMap) 

हमारे धागा डंप में के लिए मान्य ढेर क्षेत्र के एक अनुमान देता है, हमारे पास कई थ्रेड लॉक समान मॉनीटर हैं, लेकिन केवल एक थ्रेड रननेबल है। शायद यह लॉक प्रतियोगिता की वजह से, हमारे पास 284 अन्य थ्रेड लॉक के लिए प्रतीक्षा कर रहे हैं। Multiple threads hold the same lock? ने कहा कि यह केवल थ्रेड डंप में मौजूद है, क्योंकि थ्रेड डंप परमाणु ऑपरेशन नहीं है।