क्या सी # '??' है ऑपरेटर थ्रेड सुरक्षित?

Question

हर कोई जानता है कि यह सुरक्षित थ्रेड नहीं है:

public StringBuilder Builder 
{ 
    get 
    { 
     if (_builder != null) 
      _builder = new StringBuilder(); 
     return _builder; 
    } 
} 

इस बारे में

क्या?

public StringBuilder Builder 
{ 
    get { return _builder ?? (_builder = new StringBuilder()); } 
} 

Answer 1

संपादित शुरू

अपने संपादित शीर्षक के आधार पर, अशक्त-कोलेसिंग ऑपरेटर ही (Phil Haack's analysis देखें) धागे की सुरक्षित हो रहा है। हालांकि, ऐसा लगता है कि यह स्ट्रिंगबिल्डर निर्माता को संभावित एकाधिक कॉल के खिलाफ गारंटी नहीं देता है।

अंत संपादित

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

// below code makes the getter thread safe 
private object builderConstructionSynch = new object(); 
public StringBuilder Builder 
{ 
    get 
    { 
     lock (builderConstructionSynch) 
     { 
      if (_builder == null) _builder = new StringBuilder(); 
     } 
     return _builder; 
    } 
} 

ऊपर _builder की आलसी आरंभीकरण में सूत्रण समस्या को रोकने जाएगा, लेकिन जब तक आप StringBuilder के कहने तरीकों को अपने कॉल सिंक्रनाइज़, आप किसी भी तरीके कि बिल्डर संपत्ति का उपभोग में धागा सुरक्षा की गारंटी नहीं कर रहे हैं। ऐसा इसलिए है क्योंकि स्ट्रिंगबिल्डर में इंस्टेंस विधियों को थ्रेड सुरक्षित नहीं बनाया गया था। नीचे दिए गए पाठ को MSDN StringBuilder page से देखें।

किसी भी सार्वजनिक स्थिर इस प्रकार के सदस्यों (दृश्य बेसिक में साझा) धागा सुरक्षित हैं। कोई भी उदाहरण सदस्य थ्रेड सुरक्षित होने की गारंटी नहीं है।

यदि आप कई धागे में स्ट्रिंगबिल्डर का उपभोग कर रहे हैं, तो संभवत: आप अपनी कक्षा में इसे बेहतर ढंग से समेकित कर सकते हैं। बिल्डर को निजी बनाएं और बेनकाब क्या व्यवहार आप एक सार्वजनिक विधि के रूप में की जरूरत है:

public void AppendString(string toAppend) 
{ 
    lock (Builder) 
    { 
     Builder.Append(toAppend); 
    } 
} 

इस तरह आप हर जगह तुल्यकालन कोड लिखने नहीं कर रहे हैं।

Answer 2

दोनों संस्करणों

Answer 3

है यही कारण है कि कोई और अधिक या के लिए कम नहीं धागा सुरक्षित; आप अभी भी दो धागे एक ही समय में शून्य जांच कर सकते हैं, इस प्रकार अलग वस्तुओं को बना सकते हैं और दूसरे को नहीं देख सकते हैं।

Answer 4

नहीं है, न तो परमाणु

Answer 5

दिया उत्तर सही हैं, दोनों threadsafe नहीं कर रहे हैं। वास्तव में, वे अधिकतर समकक्ष होते हैं, और ?? ऑपरेटर कोड दुबला बनाने के लिए केवल कंपाइलर जादू है। यदि आप इसे थ्रेडसेफ बनना चाहते हैं तो आपको कुछ सिंक्रनाइज़ेशन तंत्र का उपयोग करने की आवश्यकता है।

Answer 6

मैं परीक्षण नहीं किया यह अपने आप पर पहुंचते हैं, लेकिन यदि आप एक ताला योजना के ऊपरी व्यय के बिना धागा सुरक्षा चाहते हैं और आप संभावित बनाने और एक वस्तु उदाहरण त्यागकर के बारे में चिंतित नहीं हैं, तो आप इस कोशिश कर सकते:

using System.Threading; 

public StringBuilder Builder 
{ 
    get 
    { 
     if (_builder != null) 
      Interlocked.CompareExchange(ref _builder, new StringBuilder(), null); 
     return _builder; 
    } 
} 

तुलना एक्सचेंज() पर कॉल _builder में मूल्य के परमाणु प्रतिस्थापन को केवल स्ट्रिंगबिल्डर के नए उदाहरण के साथ ही करेगा यदि _builder == null।इंटरलाक्ड क्लास के सभी तरीकों को थ्रेड स्विच द्वारा प्रीमिट करने की गारंटी नहीं है।