क्या किसी को हमेशा सी # में चल रहे थ्रेड ऑब्जेक्ट का संदर्भ रखना चाहिए?

Question

या यह ऐसा कुछ करने के लिए ठीक है:

new Thread(new ThreadStart(delegate { DoSomething(); })).Start(); 

?

मुझे याद है कि इस तरह के परिदृश्य के तहत, थ्रेड ऑब्जेक्ट कचरा इकट्ठा किया जाएगा, लेकिन अंतर्निहित ओएस थ्रेड तब तक जारी रहेगा जब तक प्रतिनिधि में इसका अंत नहीं हो जाता। मैं मूल रूप से थ्रेडपूल कार्यक्षमता की तलाश में हूं, लेकिन नहीं चाहता कि धागे पृष्ठभूमि धागे हों (यानी मैं चाहता हूं कि वे ऐप को जीवित रखें)।

अद्यतन: जेसन के मुताबिक, सीएलआर वास्तव में चलने के दौरान थ्रेड ऑब्जेक्ट का आंतरिक संदर्भ रखता है, इसलिए थ्रेड से बाहर होने तक कचरा नहीं होगा।

Answer 1

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

संपादित करें: धागे को एकत्रित धागे के बारे में आपके संपादन का उत्तर देने के लिए, यह थ्रेड चलने के दौरान नहीं होगा। सीएलआर प्रत्येक चल रहे धागे का संदर्भ रखता है। धागे का प्रतिनिधित्व करने वाली वस्तु एकत्र नहीं की जाएगी।

Answer 2

यह निर्भर करता है। ऐसी स्थिति में जहां उपयोगकर्ता आपके धागे के संचालन को रद्द कर सकता है, आपको संदर्भ रखना चाहिए ताकि जब उपयोगकर्ता चाहें तो धागा रद्द कर दिया जा सके। अन्य स्थितियों में, संदर्भ को स्टोर करने की आवश्यकता नहीं हो सकती है।

Answer 3

प्रश्न पूछना अच्छा होगा "यह धागा कितनी बार शुरू हो सकता है?" क्या यह प्रति-अनुप्रयोग, प्रति-वर्ग, प्रति-वस्तु उदाहरण, या प्रति-विधि आमंत्रण है? यह आपको बता सकता है कि इसमें किस प्रकार का चर (यदि कोई है) इसे स्टोर करने के लिए।

Answer 4

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

तो सच में, आप इसे अपना रास्ता कर सकते हैं, इसलिए उत्तर वास्तव में कोड शैली वरीयता पर आता है।

Answer 5

"m3rLinEz" ऊपर क्या पोस्ट किया गया है इसके अतिरिक्त, एक और ड्रॉ बैक यह है कि यदि आपके धागे में कोई अपवाद होता है तो ऐसे मामलों का पता लगाना मुश्किल होगा।

Answer 6

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

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

और थ्रेड उदाहरणों को लीक करने से सावधान रहें जो बनाए गए हैं लेकिन कभी शुरू नहीं हुए। मुझे विश्वास है कि वे हमेशा के लिए लटका होगा।