क्या लॉक वैरिएबल को अस्थिर घोषित किया जाना चाहिए?

Question

मैं निम्नलिखित लॉक बयान है:

private readonly object ownerLock_ = new object(); 

lock (ownerLock_) 
{ 
} 

मैं अपने ताला चर के लिए volatile कीवर्ड उपयोग करना चाहिए?

private readonly volatile object ownerLock_ = new object(); 

MSDN पर मैंने देखा कि यह आमतौर पर एक क्षेत्र है कि ताला लगा के बिना पहुँचा जा सकता है के लिए इस्तेमाल किया है, इसलिए यदि मैं लॉक का उपयोग मैं अस्थिर उपयोग करने की आवश्यकता नहीं है?

MSDN से

:

अस्थिर संशोधक आम तौर पर एक क्षेत्र है कि पहुँच क्रमानुसार करने ताला बयान का उपयोग किए बिना से अधिक थ्रेड द्वारा पहुँचा है के लिए प्रयोग किया जाता है।

Answer 1

यदि आप केवल कभी डेटा तक पहुँचने कि लॉक "गार्ड" जब तुम ताला के मालिक हैं, तो हाँ - उन क्षेत्रों अस्थिर बनाने ज़रूरत से ज़्यादा है। आपको ownerLock_ वैरिएबल अस्थिर बनाने की आवश्यकता नहीं है। (आपने वर्तमान में lock कथन के भीतर कोई वास्तविक कोड नहीं दिखाया है, जो ठोस शर्तों में बात करना मुश्किल बनाता है - लेकिन मुझे लगता है कि आप वास्तव मेंlock कथन के भीतर कुछ डेटा पढ़/संशोधित कर रहे हैं।)

volatileबहुत शायद ही कभी एप्लिकेशन कोड में उपयोग किया जाना चाहिए। यदि आप एक चर के लिए लॉक-फ्री पहुंच चाहते हैं, तो Interlocked लगभग हमेशा के लिए आसान है। यदि आप उससे परे लॉक-फ्री एक्सेस चाहते हैं, तो मैं लगभग हमेशा लॉक करना शुरू कर दूंगा। (या शुरू करने के लिए अपरिवर्तनीय डेटा संरचनाओं का उपयोग करने का प्रयास करें।)

मुझे केवल volatile को कोड के भीतर देखने की उम्मीद है जो थ्रेडिंग के लिए उच्च स्तरीय abstractions बनाने की कोशिश कर रहा है - उदाहरण के लिए, टीपीएल कोडबेस के भीतर। यह वास्तव में उन विशेषज्ञों के लिए एक उपकरण है जो वास्तव में .NET मेमोरी मॉडल को अच्छी तरह से समझते हैं ... जिनमें से बहुत कम हैं, आईएमओ।

Answer 2

यदि कुछ readonly है तो यह थ्रेड-सुरक्षित, अवधि है। (ठीक है, लगभग एक विशेषज्ञ आपके lock कथन पर NullReferenceException प्राप्त करने के तरीके को समझने में सक्षम हो सकता है, लेकिन यह आसान नहीं होगा।) readonly के साथ आपको volatile, Interlocked, या लॉकिंग की आवश्यकता नहीं है। यह बहु-थ्रेडिंग के लिए आदर्श कीवर्ड है, और आपको इसका उपयोग करना चाहिए जहां आप कभी भी कर सकते हैं। यह लॉक ऑब्जेक्ट के लिए बहुत अच्छा काम करता है जहां इसका बड़ा नुकसान (आप मूल्य नहीं बदल सकते हैं) इससे कोई फर्क नहीं पड़ता।

इसके अलावा, संदर्भ अपरिवर्तनीय है, ऑब्जेक्ट संदर्भित नहीं हो सकता है। "नया ऑब्जेक्ट()" यहां है, लेकिन अगर यह List था या कुछ और परिवर्तनीय - और थ्रेड-सुरक्षित नहीं - आप संदर्भ को लॉक करना चाहते हैं (और इसके सभी अन्य संदर्भ, यदि कोई हैं) रखने के लिए एक बार में दो धागे में बदलने से वस्तु।