सी # 6 है? (एल्विस सेशन) थ्रेड सुरक्षित? यदि हां, तो कैसे?

Question

अग्रिम में माफ़ी: यह सवाल एक उन्नत कोर, अपरिवर्तित सी ++ डेवलपर से आता है जो उन्नत सी # सीखने की कोशिश कर रहा है। निम्नलिखित पर विचार करें:

if (myUserDefinedObject != null) 
{ 
    myUserDefinedObject.ToString(); 
} 

यह स्पष्ट रूप से थ्रेड सुरक्षित नहीं है। दूसरी तरफ, मैंने दो ट्यूटोरियल देखे हैं जो कहते हैं? (उदाहरण के लिए अशक्त सशर्त ऑपरेटर या 'एल्विस ऑपरेटर'),

myUserDefinedObject?.ToString(); 

धागा सुरक्षित है। जब तक संकलक कवर (कंपकंपी) के नीचे एक [mutex?] लॉक नहीं करता है, मुझे समझ में नहीं आता कि यह कैसे सच हो सकता है। यदि यह मुहावरे धागा सुरक्षित है, तो क्या कोई मुझे तकनीकी विवरण के बारे में बता सकता है कि यह कैसे पूरा किया जाता है? यदि यह धागा सुरक्षित नहीं है, तो क्या किसी के पास ऐसा संदर्भ है जो वास्तव में कहता है कि यह नहीं है?

Answer 1

MSDN (जोर मेरा) से:

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

var handler = this.PropertyChanged; 
if (handler != null) 
    handler(…) 

नया तरीका बहुत सरल है:

PropertyChanged?.Invoke(e) 

नया तरीका धागा सुरक्षित क्योंकि संकलक केवल PropertyChanged एक बार मूल्यांकन करने के लिए कोड उत्पन्न करता है, परिणाम को अस्थायी चर में रखते हुए।

तो यहां कोई लॉकिंग शामिल नहीं है - स्थानीय अस्थायी चर बनाकर थ्रेड-सुरक्षा लागू की जाती है, जो एक अलग धागे को शून्य जांच और कुछ अन्य ऑपरेशन के बीच उस चर को संशोधित करने से रोकती है।

Answer 2

मैं बीजे मायर्स के (सही) उत्तर को स्पष्ट करना चाहता हूं।

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

if (this.SomeEvent != null) 
    this.SomeEvent(...); 

threadsafe नहीं है। मान को उत्परिवर्तित किया जा सकता है ताकि चेक के बाद यह शून्य न हो, चेक के बाद शून्य हो, और प्रोग्राम क्रैश हो जाए।

इस "थ्रेडसेफ" को बनाने का सामान्य तरीका, और मैं सलाह देता हूं कि यह मान स्थानीय रूप से प्रतिलिपि बनाना है और फिर स्थानीय को शून्य के लिए जांचना है। यह एक शून्य dereference के साथ दुर्घटनाग्रस्त नहीं होने का लाभ है। हालांकि, चालाक डेवलपर ध्यान देगा कि अभी भी एक दौड़ है!अनुक्रम

• गैर अशक्त घटना धागा पर कैश हैंडलर एक
• ईवेंट हैंडलर धागा पर अशक्त करने के लिए सेट
• राज्य ईवेंट हैंडलर की जरूरत धागा पर नष्ट हो जाता है
• ईवेंट हैंडलर पर चलता हो सकता है थ्रेड ए और भयंकर

तो इस अर्थ में यह पैटर्न "थ्रेड सुरक्षित" नहीं है। यदि आप इस दुर्भाग्यपूर्ण स्थिति में हैं आप यह सुनिश्चित करने के लिए ज़िम्मेदार हैं कि उचित थ्रेडिंग तर्क लागू किया गया है ताकि यह न हो। हालांकि आप ऐसा कर सकते हैं। यदि आप किसी अन्य थ्रेड पर ईवेंट को म्यूट करते समय एक थ्रेड पर ईवेंट हैंडलर को कॉल करने में सक्षम होने के (संदिग्ध) लाभ चाहते हैं, तो आपको इसे सुरक्षित करने के लिए या रेस कंडीशन कीड़े से निपटने के लिए भुगतान करना होगा।

मैं व्यक्तिगत रूप से प्लेग की तरह इस स्थिति से बचूंगा, लेकिन मैं सही मल्टीथ्रेड कोड लिखने के लिए पर्याप्त स्मार्ट नहीं हूं।

अब, वास्तविक प्रश्न के लिए के रूप में:

some_expression ?. ToString(); 

रूप

temp = some_expression 
temp == null ? null : temp.ToString() 

ही है उत्तरार्द्ध कोड "threadsafe" आपकी राय में है?