प्रत्येक .net एप्लीकेशन में तीन अपवादों के लिए मेमोरी होती है

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

• ExecutionEngineException StackOverflowException OutOfMemoryException
• ExecutionEngineException StackOverflowException OutOfMemoryException
• ExecutionEngineException StackOverflowException OutOfMemoryException

और यह सामान्य व्यवहार है। क्यों?

मैंने एक प्रयोग करने का फैसला किया, और, विजुअल स्टूडियो को डाउनलोड करते हुए, मैंने सबसे सरल कंसोल एप्लिकेशन हैलो वर्ल्ड बनाया:

 using System; namespace HelloWorld { class Program { static void Main() { Console.Write("Hello world!"); Console.ReadKey(); } } } 

हम इस मामले को संकलित करते हैं, हम यहां भी डाउनलोड कर सकते हैं ।

अब विंडोज के लिए डिबगिन टूल्स डाउनलोड करें। हमें WinDbg उपयोगिता की आवश्यकता है।

इसे खोलें और प्रतीकों को जोड़ें (pdb फ़ाइल): फ़ाइल -> प्रतीक फ़ाइल पथ और हमारी .pdb फ़ाइल HelloWorld.pdb निर्दिष्ट करें। अन्य असेंबली के लिए प्रतीकों को डाउनलोड करना भी आवश्यक है, इसलिए एक टेम्पो डायरेक्टरी बनाएं और Symbol File Path विंडो में इसके समान कुछ निर्दिष्ट करें

D:\WORK\Projects\Own\HelloWorld\HelloWorld\bin\Debug; SRV*D:\Temp\Symbols*http://msdl.microsoft.com/download/symbols

अगला, हमारे एप्लिकेशन को चलाएं (यदि विज़ुअल स्टूडियो से, फिर डिबग मोड में नहीं) और WinDbg में हम इस प्रक्रिया में शामिल होते हैं: फ़ाइल-> एक प्रक्रिया में संलग्न करें



हम कमांड निष्पादित करते हैं:

 .loadby sos mscorwks 

sos.dll एक्सटेंशन डाउनलोड करने और प्रबंधित कोड डीबग करने की अनुमति देने के लिए।

चलो मेमोरी को डंप करते हैं, निम्नलिखित कमांड निष्पादित करते हैं:

 .dump /ma D:\Temp\HelloWorld.dmp 

आप डिबग को रोक सकते हैं: डीबग -> डीबगिन को रोकें

और हमारी मेमोरी डंप खोलें : फ़ाइल -> क्रैश डैम खोलें और हमारा HelloWorld.dmp चुनें

कमांड के साथ अपवादों को देखने के लिए डंप को फ़िल्टर करें:

 !dumpheap -type Exception 

और हम क्या देखते हैं? यहाँ हमारे अपवाद हैं:

 7093fd68 1 84 System.ExecutionEngineException 7093fd1c 1 84 System.StackOverflowException 7093fcd0 1 84 System.OutOfMemoryException 

निष्कर्ष

इन तीन अपवादों ( ExecutionEngineException, StackOverflowException OutOfMemoryException ) को विशेष रूप से एप्लिकेशन स्टार्टअप पर एक स्थिति को कवर करने के लिए बनाया गया था, जैसे कि जब आप मेमोरी से बाहर भाग गए थे और कोई OutOfMemory अपवाद OutOfMemory फेंकने में OutOfMemory नहीं था, क्योंकि इससे एक और OOM अपवाद हो जाएगा। इसी तरह, यदि आपके पास पहले से ही एक स्टैक ओवरफ्लो है, तो आप StackOverflowException को नहीं StackOverflowException सकते, क्योंकि इसके लिए आपको इसके कंस्ट्रक्टर को कॉल करना होगा, जो पहले से ही ओवरफ्लो हुए स्टैक के साथ असंभव है।

इसलिए यदि आपको कभी-कभी .net अनुप्रयोगों की मेमोरी डंप के साथ काम करना है, तो इन अपवादों से डरो मत। नेट मेमोरी पर्याप्त नहीं होने पर बफर वातावरण पूरा हो जाएगा।