उलझन संदर्भ। पॉइंटर्स और संदर्भों को लटकाने के विकल्प?

Question

निम्नलिखित कोड झूलने संदर्भ का उत्पादन:

int main() 
{ 
    int *myArray = new int[2]{ 100, 200 }; 
    int &ref = myArray[0]; 
    delete[] myArray; 
    cout << ref; // Use of dangling reference. 
} 

मैं जानता हूँ कि मैं सरणी को नष्ट नहीं करना चाहिए, लेकिन एक बड़े कार्यक्रम क्या हुआ अगर किसी को स्मृति हटाता में करने के लिए जो मैं एक संदर्भ है? क्या किसी भी तरह से आश्वासन दिया जा सकता है कि कोई भी सरणी को हटा देता है?

संदर्भों को लटकाने और लटकने वाले पॉइंटर्स के खिलाफ सबसे अच्छी रणनीति क्या है?

Answer 1

इससे पहले कि आप इसे समाप्त कर लें, स्मृति को हटाएं।

बेवकूफ लगता है, लेकिन यह आपकी एकमात्र सुरक्षा है - ठीक से समझें कि प्रत्येक चर के पीछे स्मृति का मालिक कौन है, और जब इसे सुरक्षित रूप से मुक्त किया जा सकता है।

स्मार्ट पॉइंटर्स मदद कर सकते हैं, लेकिन उपरोक्त अभी भी लागू होता है।

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

Answer 2

रखें उन्हें ठीक से scoped:

int main(){ 
    int *myArray; 
    myArray = new int[2]{ 100, 200 }; 
    { 
    int& ref = myArray[0]; 
    // use the ref here 
    cout<<ref; \\no longer a dangling reference 
    } // ref falls out of scope here 
    delete[] myArray; 
} 

Answer 3

अच्छा प्रोग्रामिंग प्रथाओं। कंपाइलर आपको अपने आप को लटकने के लिए पर्याप्त रस्सी से अधिक देता है; यह सुनिश्चित करना आपकी ज़िम्मेदारी है कि आप नहीं करते हैं।

दूसरे शब्दों में, यदि आप किसी सरणी के संदर्भ नहीं लेते हैं, और फिर इसे हटा दें, तो आपको कोई समस्या नहीं होगी।

"लेकिन, अगर ऐसा होता है तो क्या होगा?"

वास्तव में कोई आसान जवाब नहीं है। यह प्रशिक्षण के बारे में है, और यह जानने के लिए कि आप जिस उपकरण का उपयोग करने का प्रयास कर रहे हैं उसका उपयोग कैसे करें।

Answer 4

रोगी: डॉक्टर, यह दर्द होता है जब मैं इस ...

डॉक्टर करते हैं: तो फिर इसे बंद ...

जबकि यह के लिए एक संदर्भ होने स्मृति जारी न करें।

---

संपादित

को पकड़ने के लिए है कि डिबग करने के लिए है एक ही तरीका है, अच्छा इकाई परीक्षण किया है और valgrind के तहत चलाने के लिए, या valgrind के तहत अपने कार्यक्रम चलाते हैं।

Answer 5

यहां सभी उत्तरों "सावधान रहें!" और "अच्छे प्रोग्रामिंग प्रथाओं का उपयोग करें!"।
यह एक बहुत ही संतोषजनक उत्तर नहीं है। ये समस्याएं 40+ वर्षों से सी में मौजूद हैं, और वे अभी भी महत्वपूर्ण आकार के किसी भी सी ++ प्रोजेक्ट में आम हैं।

सबसे बड़ी दिशानिर्देश आपको सुनेंगे लोगों की सिफारिश कर रहे हैं:

• उपयोग स्मार्ट संकेत
• उपयोग आरए II

दोनों सत्य हैं, लेकिन वहाँ है और अधिक आप कर सकते हैं।

2015 में, मानक सी ++ फाउंडेशन ने Guidelines Support Library जारी किया।

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

मैं तुम्हें एक स्थिर विश्लेषण उपकरण के साथ GSL के Owner<> का उपयोग करें।
यह सुरक्षित व्यवहार की गारंटी देगा।