.NET ढांचे में थ्रेड लाइफसाइक्ल

Question

.NET ढांचे में थ्रेड की स्थिति this link में समझाया गया है।

मैं हाल ही में एक वेब साइट में इस तस्वीर को देखा और सवालों की एक जोड़ी मेरे मन के लिए आया था:

1. ओएस में धागा जीवन चक्र पूरी तरह से में धागा जीवन चक्र के साथ गठबंधन नहीं है ।शुद्ध रूपरेखा। क्या कोई ऐसा संसाधन प्रदान कर सकता है जो ओएस में राज्यों से .NET ढांचे के साथ मेल खाता हो?

2. हमारे पास नामक एक राज्य नहीं है जिसे .NET Framework में अवरुद्ध किया गया है। यदि यह I/O अनुरोध जारी करता है तो थ्रेड की स्थिति क्या होगी?

3. का उद्देश्य क्या है राज्य? जब कोई थ्रेड Abort() विधि को कॉल करता है, तो यह AbortRequested स्थिति पर जायेगा और थ्रेड के बाद अनुरोध निरस्त करने का जवाब देगा, यह पर राज्य बंद हो जाएगा। तो का कार्य क्या है राज्य?

Answer 1

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

AbortRequested/Stopped चक्र थ्रेड को व्यवस्थित शट डाउन करने, अधिग्रहित संसाधनों को जारी करने और अन्य सफाई कार्यों को करने का अवसर प्रदान करता है।

http://www.albahari.com/threading/

Answer 2

अपने प्रश्नों के उत्तर:

1. मैं नहीं मानता कि इस मानचित्रण के रूप में आप आशा दिखाई देते हैं के रूप में उपयोगी होगा। मैंने कभी एक पार नहीं किया है और कभी इसकी आवश्यकता नहीं है।
2. जब तक आप किसी डेडलॉक डिटेक्टर (बल्कि उन्नत) की तरह कुछ लिखने की कोशिश नहीं कर रहे हैं, तब तक "अवरुद्ध" स्थिति की वास्तविक आवश्यकता नहीं है। एक ठेठ डेवलपर परिप्रेक्ष्य से, ओएस "अवरुद्ध" स्थिति क्षणिक है और इसे अनदेखा किया जा सकता है। (ऐसा प्रतीत होता है कि आपका कोड चल रहा है, लेकिन ओएस के पास एसिंक प्रतिक्रिया प्राप्त होने तक कुछ भी नहीं है।)
3. कल्पना की गई स्थिति को .NET के रूप में थ्रेड में सभी कोड के आस-पास एक अपवाद हैंडलर प्रदान करें। जब कोई अपवाद पकड़ा जाता है, जिससे थ्रेड मर जाता है, .NET आपके लिए एक निरस्त राज्य में अनुवाद करता है। अन्यथा, आप असामान्य और सामान्य थ्रेड समाप्ति के बीच अंतर बताने में सक्षम नहीं हो सकते हैं।