समस्या, जैसा कि मैं इसे समझता हूं, इस तथ्य के साथ करना है कि वीबी 6 (और इसके पूर्ववर्तियों) की जड़ें COM में हैं, और इसकी संदर्भ-गणना कचरा संग्रहण प्रणाली है।
उदाहरण के लिए, कल्पना करें कि आप किसी तृतीय पक्ष लाइब्रेरी से किसी ऑब्जेक्ट को एक रिफ़र्न्स घोषित करते हैं। उस ऑब्जेक्ट में एक COM संदर्भ गणना है जिसका प्रयोग इसे जीवित रखने के लिए किया जाता है और यह निर्धारित करने के लिए किया जाता है कि इसे कब नष्ट किया जाना चाहिए। जब आप इसे कुछ भी सेट नहीं करते हैं तो यह नष्ट नहीं होता है, लेकिन जब वस्तु का संदर्भ गणना शून्य तक पहुंच जाती है।
अब, सभी COM घटक विजुअल बेसिक में नहीं लिखे गए थे। कुछ सी या सी ++ में लिखे गए थे। संरचित अपवाद हैंडलिंग सभी भाषाओं में मौजूद नहीं थी। तो यदि कोई त्रुटि हुई, तो ऑब्जेक्ट पर संदर्भ गणना को ठीक से कम करने की गारंटी नहीं थी, और COM ऑब्जेक्ट्स को उनके इच्छित इरादे से लंबे समय तक लटकने के लिए जाना जाता था। यह विजुअल बेसिक, प्रति से एक समस्या नहीं थी। यह एक COM समस्या थी। (और वह, आप ध्यान दें, यही कारण है कि .NET संदर्भ गणना का उपयोग नहीं करता है।)
यही कारण है कि विजुअल बेसिक डेवलपर्स दिनचर्या से बाहर निकलने से पहले ऑब्जेक्ट संदर्भ जारी करने के बारे में जुनूनी बन गए। आप बस इतना नहीं जानते कि आप जो घटक आवंटित कर रहे हैं वह हुड के नीचे बना रहा है। लेकिन जब आप इसका संदर्भ जारी करते हैं, तो आप कम से कम अपनी संदर्भ गणना जारी कर रहे हैं। यह लगभग एक धार्मिक मंत्र बन गया। घोषणा, उपयोग, रिलीज। यह चीजों को करने का COM तरीका था।
निश्चित रूप से, स्टैक पर घोषित डीरेंसिंग चरों पर विजुअल बेसिक बेहतर या तेज़ हो सकता है। लेकिन मान लीजिए, मैं यह कहना चाहता हूं कि उन वस्तुओं को जारी किया गया था। जब आप मेमोरी रिसाव को ट्रैक करने की कोशिश कर रहे हों तो थोड़ा आश्वासन एक लंबा रास्ता तय करता है।
स्रोत
2009-10-06 16:10:02
दिलचस्प, पूछ सकता है कि यह किस प्रकार की वस्तु थी? इसका दायरा क्या था? क्या यह एक ट्रैपबल अपवाद फेंक दिया गया था, या ऐप सिर्फ दुर्घटनाग्रस्त हो गया था? जब एक मानक अपवाद फेंक दिया जाता है तो प्रक्रिया समाप्त हो जाती है। भले ही अपवाद के द्वारा, सभी स्थानीय संदर्भ अभी भी स्वचालित रूप से नष्ट हो गए हैं। तो अगर प्रक्रिया के बाहर वस्तु के कोई संदर्भ नहीं थे, तो ऑब्जेक्ट को "जीवित" रहने का कारण क्या था? – Oorang
वीबी 6/वीबीए में कोई कोशिश/पकड़/अंत में ब्लॉक या अपवाद नहीं हैं। – HardCode
कोई कोशिश/कैच/अंत में ब्लॉक नहीं हैं, लेकिन trappable अपवाद हैं। Err.Raise पर एक नज़र डालें। – Oorang