सिस्टम के बाहर क्या अपवाद स्ट्रिंग = स्ट्रिंग फेंक सकता है। OutOfMemoryException?

Question

कोड:

public Constructor(string vConnection_String) 
    { 
    try 
    { 
     mConnection_String = vConnection_String; 
    } 
    catch (Exception ex) 
    { 
     ExceptionHandler.CatchEx(ex); 
    } 
    } 

मुझे लगता है कि जो व्यक्ति क्रमादेशित इस "सिर्फ सावधान किया जा रहा है," लेकिन दिलचस्पी की वजह से क्या अपवाद एक पंक्ति है कि यह एक यहाँ इस तरह की स्ट्रिंग काम करता है पर फेंक दिया जा सकता है? मैं System.OutOfMemoryException के बारे में सोच सकता हूं, लेकिन दूसरों क्या?

धन्यवाद

Answer 1

Herb Sutter अपवाद सुरक्षा के बारे में कई महान लेख लिखने, और one of them में वह अपवाद सुरक्षा के 3 प्रकार पता चलता है:

1. बुनियादी गारंटी

2. मजबूत गारंटी

3. nothrow गारंटी

यह सिद्धांत आमतौर पर सी ++ दुनिया में जाना जाता है लेकिन हम उन्हें .NET दुनिया में भी उपयोग कर सकते हैं क्योंकि उनमें से एक आपकी स्थिति में होता है।

mConnection_String प्रकार System.String (या किसी अन्य संदर्भ प्रकार) की तुलना में आप निश्चित रूप से पता है, कि इस कोड "गारंटी nothrow" है के एक क्षेत्र है, क्योंकि संदर्भ प्रकार के लिए सरल काम बिल्कुल अपवाद फेंक नहीं कर सकता ।

Answer 2

एक OutOfMemoryException, बहुत यहाँ होने की संभावना नहीं है क्योंकि स्ट्रिंग है कॉपी नहीं है और कोई नया स्मृति आवंटित किया जाना चाहिए।

Answer 3

कोई भी जिसे मैं सोच सकता हूं। मेमोरी अपवाद भी नहीं। स्ट्रिंग्स को string pool में संग्रहीत किया जाता है। यदि आपके प्रोग्राम में दो बार एक ही स्ट्रिंग है, तो वे दोनों स्ट्रिंग पूल में एक ही स्ट्रिंग उदाहरण का संदर्भ देते हैं।

String.Intern() के लिए भी दस्तावेज़ देखें।

संपादित: जैसा कि एक टिप्पणी में कहा, स्ट्रिंग पूल यहाँ अप्रासंगिक है के बाद से यह बस एक संदर्भ काम (है, लेकिन इसके बारे में कुछ जानकारी, फिर भी उपयोगी है, हालांकि यह सवाल कोई लेना देना नहीं, के बारे में खेद है उस)। असाइनमेंट के बाद दोनों चर मेमोरी में सटीक उसी ऑब्जेक्ट को इंगित करेंगे और कोई नई मेमोरी का दावा नहीं किया जाएगा।

Answer 4

मेरे दृष्टिकोण में कुछ भी नहीं हो सकता है। यदि आप उपवर्तन की तरह कुछ उपयोग करते हैं तो आप शायद देखेंगे कि किसी ने अपवाद हैंडलिंग को हटाए बिना यहां कुछ कोड हटा दिया है। अन्यथा यह सिर्फ मूर्ख है।

आप बिना किसी संदेह के वर्बोज़ कोड को हटा सकते हैं।

Answer 5

मैं नहीं देख सकता कि इससे कोई अपवाद कैसे उत्पन्न होगा। मैं कल्पना प्रोग्रामर महज एक ctor tempate वह का उपयोग करता है:

try 
{ 
    /// Put Ctor code here! 
} 
catch (Exception ex) 
{ 
    ExceptionHandler.CatchEx(ex); 
} 

Answer 6

... ThreadAbortException? (लेकिन इसे पकड़ ब्लॉक के बाद फिर से फेंक दिया जाएगा।)

Answer 7

फेंक दिया अपवाद mConnection_String पर निर्भर करेगा।

यदि mConnection_Stringफ़ील्ड है, तो किसी भी अपवाद को फेंकने की संभावना बहुत कम है। कोशिश करें .. पकड़ तर्क शायद मानक बॉयलर प्लेट कोड के रूप में है ताकि जब कोड बाद में जोड़ा जाए, तो यह प्रयास में है ... पकड़ ब्लॉक।

हैं mConnection_String एक संपत्ति, तो यह किसी भी अपवाद जो सेट संपत्ति में फेंक दिया जा सकता है (और पकड़े नहीं) फेंक दिया जा सकता है। क्या संभव है यह देखने के लिए आपको सेट प्रॉपर्टी में देखना होगा।