कैसे मैंने अंतिम विधि के अर्थ को समझने की कोशिश की

हाल ही में, मुझे जावा प्रोग्रामर के रूप में साक्षात्कार के लिए एक कंपनी में आमंत्रित किया गया था। साक्षात्कार में, हमने अंतिम विधि के काम के बारे में बात की। मेरे पास इस पद्धति के काम का केवल एक सतही विचार था और साक्षात्कारकर्ताओं को इसके योग्य विवरण नहीं दे सकता था। इसलिए, साक्षात्कार के बाद, मुझे गलतियों पर काम करना पड़ा और इसका पता लगाना पड़ा।

मेरा ज्ञान इस तथ्य तक सीमित था कि अंतिम विधि को तब कहा जाता है जब कचरा संग्रहकर्ता वस्तु का निपटान करना शुरू कर देता है। और मुझे यह समझ में नहीं आया कि वह किस लिए सेवा कर रहा था। मैंने सोचा कि यह एक विनाशकारी की तरह कुछ था जिसमें आप कुछ संसाधनों को जारी कर सकते हैं क्योंकि उन्हें अब ज़रूरत नहीं है, यहां तक ​​कि संसाधन जो अन्य वस्तुओं में संग्रहीत हैं, जो सच नहीं है।

तो, पहली बात समझने का उद्देश्य था।

इस पद्धति का उद्देश्य उस ऑब्जेक्ट द्वारा कब्जा किए गए सिस्टम संसाधनों को स्वचालित रूप से जारी करना है, जिस पर यह विधि कहलाएगी। लगातार याद रखना सुविधाजनक लगता है, उदाहरण के लिए, कि हमें किसी संसाधन से कनेक्शन बंद करना होगा जब इसकी आवश्यकता नहीं रह जाती है।

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

यह संभावना है कि इस विधि को बिल्कुल भी नहीं बुलाया जाएगा। यह तब हो सकता है जब ऑब्जेक्ट पहले से ही कचरा कलेक्टर के लिए सुलभ है और कार्यक्रम समाप्त हो गया है।

विधि की एक दिलचस्प विशेषता यह है कि यह फिर से किसी चर को निर्दिष्ट करके वस्तु को सुलभ बना सकता है, हालांकि यह अनुशंसित नहीं है, क्योंकि जब किसी ऑब्जेक्ट को पुनर्स्थापित किया जाता है, तो अंतिम रूप से दोबारा कॉल नहीं किया जाएगा

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

एक और दोष यह है कि आपको सुपरक्लास की अंतिम विधि को कॉल करने के बारे में याद रखने की आवश्यकता है यदि हम इसे फिर से परिभाषित करते हैं। डेवलपर कॉल नहीं करेगा - कोई भी कॉल नहीं करेगा।

अंतिम विधि में फेंके गए अपवादों को अंतिम सूत्र द्वारा नियंत्रित नहीं किया जाता है, अर्थात्। सबसे अधिक संभावना है कि इस ट्रैक को ट्रैक नहीं किया जा सकता है।

यह सुनिश्चित करने के लिए एक तरीका है कि विधानसभा के लिए उपलब्ध वस्तुओं के लिए अंतिम रूप दिया गया है: Call System.runFinalization () या Runtime.getRuntime ()। RunFinalization ()। एक विधि से बाहर निकलना केवल तब होता है जब अंतिम रूप देने के लिए वस्तुओं के सभी उपलब्ध तरीके पूरे हो जाते हैं

खुद के लिए, मैंने निष्कर्ष निकाला कि बिना विशेष आवश्यकता के इस पद्धति का उपयोग करना इसके लायक नहीं है, और मेरे ढाई साल के अभ्यास में इस विशेष आवश्यकता के मामले अभी तक सामने नहीं आए हैं।

अंतिम रूप देने के बजाय, java.io में नज़दीकी तरीकों को लिखना और उन्हें अंत में ब्लॉक करना बेहतर है। नुकसान यह है कि विकास को याद रखना चाहिए कि उपयोग के बाद संसाधन बंद होना चाहिए। जावा एसई 7 अपने प्रयास-संसाधनों के साथ यहां बचाव के लिए आया था

लेकिन यह विधि किसी कारण से है। इसका उपयोग कहां और कैसे किया जा सकता है? क्या कोई उपयोग उदाहरण हैं?

किसी संसाधन को बंद करने के लिए अंतिम अवसर के रूप में अंतिम रूप दिया जा सकता है, लेकिन पहले या केवल प्रयास के रूप में कभी नहीं। यानी इस तथ्य के अलावा कि ग्राहक कॉल कर सकता है, उदाहरण के लिए, संसाधन का प्रतिनिधित्व करने वाली वस्तु पर करीबी विधि। या शायद इसे भूल जाएं। तब आप उसकी मदद करने की कोशिश कर सकते हैं। यह, उदाहरण के लिए, FileInputStream.java वर्ग में किया जाता है:

protected void finalize() throws IOException { if ((fd != null) && (fd != FileDescriptor.in)) { /* * Finalize should not release the FileDescriptor if another * stream is still using it. If the user directly invokes * close() then the FileDescriptor is also released. */ runningFinalize.set(Boolean.TRUE); try { close(); } finally { runningFinalize.set(Boolean.FALSE); } } } 

यह दृष्टिकोण अक्सर जावा पुस्तकालयों में उपयोग किया जाता है।

पुनश्च। मैं आपसे पूछता हूं कि जो लिखा है उसे शुद्ध सत्य के रूप में न लें। मैंने केवल वही लिखा जो मैंने पढ़ी गई सामग्री को समझा। मैं किसी भी परिवर्धन, आलोचना और सुधार को सहर्ष स्वीकार करूंगा।

प्रयुक्त साहित्य की सूची:
जावा फाइनल की मेमोरी-रिटेंशन मुद्दों को कैसे हैंडल करें
जावा अंतिम विधि कॉल
java.lang। कक्षा वस्तु
जावा में अंतिम विधि पर 10 अंक - ट्यूटोरियल उदाहरण
Habrahabr। फाइनल करें और फाइनल करें