क्या थ्रेडलॉक पर थ्रेडसेफ ऑब्जेक्ट डालने में कोई फायदा है?

Question

मैंने हाल ही में कोड का एक टुकड़ा देखा जो ThreadLocal ऑब्जेक्ट का उपयोग करता था और इसके अंदर ConcurrentHashMap रखता था।

क्या इसमें कोई तर्क/लाभ है, या यह अनावश्यक है?

Answer 1

समवर्ती hashmap को केवल संदर्भ ThreadLocal में रहता है, तो जाहिर है hashmap केवल एक ही धागे से संदर्भित है। ऐसे मामले में मैं कहूंगा कि यह पूरी तरह से अनावश्यक है।

हालांकि, यह कोई कल्पना करना अन्य धागे के साथ "साझा करने" धागे की स्थानीय रूप से संग्रहीत hashmap मुश्किल नहीं है:

ThreadLocal<ConcurrentHashMap<String, String>> tl = ... 

// ... 

final ConcurrentHashMap<String, String> props = tl.get(); 

EventQueue.invokeLater(new Runnable() { 
    public void run() { 
     props.add(key.getText(), val.getText()); 
    } 
}); 

Answer 2

या तो वह ThreadLocal को गलत तरीके से इस्तेमाल किया है, या ConcurrentHashMap को गलत तरीके से। संयोजन की भावना 0 के करीब है।

Answer 3

@aioobe ने जो कहा, उसके अलावा InheritableThreadLocal के मामले पर विचार करें, जिसमें स्थानीय का मूल्य थ्रेड से प्रत्येक बच्चे धागे को पारित किया जाता है।

और जैसा कि @pst कहता है, अलग-अलग (गैर विरासत योग्य) ThreadLocal एस में समान मूल्य को रोकने के लिए कुछ भी नहीं है।

संक्षेप में, आपको थ्रेड स्थानीय लोगों का एक संपूर्ण विश्लेषण करना है, जिस तरह से उन्हें प्रारंभ किया गया है और जिस तरीके से उनका उपयोग किया जाता है, वे सुरक्षित रूप से निष्कर्ष निकाल सकते हैं कि उन्हें थ्रेडसेफ होने की आवश्यकता नहीं है।