मजबूत संदर्भ
ये आपके नियमित ऑब्जेक्ट सन्दर्भ हैं जिन्हें हम प्रतिदिन कोड करते हैं:
Employee emp = new Employee();
चर "एम्प" एक कर्मचारी वस्तु के लिए एक मजबूत संदर्भ रखता है और मजबूत संदर्भ के किसी भी श्रृंखला के माध्यम से आने वाली वस्तुएं कचरा संग्रह के लिए योग्य नहीं हैं। आमतौर पर, यह वही है जो आप चाहते हैं लेकिन हमेशा नहीं। अब मान लीजिए कि हम एक संग्रह या मानचित्र में डेटाबेस से बहुत सारे कर्मचारी ला रहे हैं, और हमें नियमित रूप से उन पर बहुत सारी प्रक्रियाएँ करने की ज़रूरत है, इसलिए प्रदर्शन को बनाए रखने के लिए हम उन्हें कैश में रखेंगे।
जहां तक यह अच्छा है, लेकिन अब हमें अलग-अलग डेटा की आवश्यकता है और हमें उन कर्मचारी वस्तुओं की आवश्यकता नहीं है और ये कैश के अलावा कहीं से संदर्भित नहीं हैं। जो मेमोरी लीक का कारण बन रहा है क्योंकि ये ऑब्जेक्ट उपयोग में नहीं हैं लेकिन फिर भी कचरा संग्रहण के लिए योग्य नहीं हैं और हम उन वस्तुओं को कैश से नहीं निकाल सकते क्योंकि हमारे पास उनका संदर्भ नहीं है? इसलिए यहां या तो हमें पूरे कैश को मैन्युअल रूप से खाली करना होगा जो थकाऊ है या हम अन्य प्रकार के संदर्भों का उपयोग कर सकते हैं जैसे कि कमजोर संदर्भ।
कमजोर संदर्भ
एक कमजोर संदर्भ किसी ऑब्जेक्ट को मेमोरी में पिन नहीं करता है और अन्य संदर्भों से संदर्भित नहीं होने पर अगले GC चक्र में GC'd होगा। हम WeakReference वर्ग का उपयोग कर सकते हैं जो कि जावा द्वारा प्रदान किया गया है जो विभिन्न प्रकार के कैश बनाने के लिए है, जो उन वस्तुओं को संग्रहीत नहीं करेगा जो कहीं और से संदर्भित नहीं हैं।
WeakReference<Cache> cache = new WeakReference<Cache>(data);
डेटा एक्सेस करने के लिए आपको cache.get () पर कॉल करना होगा। यदि कमजोर संदर्भ कचरा एकत्र किया गया था, तो यह कॉल वापस लौट सकती है: एनपीई से बचने के लिए आपको लौटाए गए मूल्य की जांच करनी चाहिए। जावा कमज़ोर संदर्भों का उपयोग करने वाले संग्रह प्रदान करता है, जैसे कमजोर संदर्भों के रूप में WeakHashMap वर्ग कुंजियाँ (मान नहीं) संग्रहीत करता है। यदि कुंजी GC'd है, तो मान स्वचालित रूप से मानचित्र से भी हटा दिया जाएगा।
चूंकि कमजोर संदर्भ वस्तुएं हैं इसलिए हमें उन्हें साफ करने का एक तरीका चाहिए (वे अब उपयोगी नहीं हैं जब वे जिस वस्तु को संदर्भित कर रहे हैं वह GC'd है)। यदि आप एक कमजोर संदर्भ के लिए कंस्ट्रक्टर में एक रेफरेंसक्यूवे पास करते हैं, तो कचरा कलेक्टर अंतिम रूप से या GC'd से पहले रेफरेंसक्यू के उस कमजोर संदर्भ को जोड़ देगा। आप समय-समय पर इस कतार को संसाधित कर सकते हैं और मृत संदर्भों से निपट सकते हैं।
शीतल संदर्भ
एक SoftReference एक WeakReference की तरह होता है लेकिन इसमें कचरा एकत्र होने की संभावना कम होती है। स्मृति की मांग के जवाब में कचरा कलेक्टर के विवेक पर नरम संदर्भों को मंजूरी दे दी गई है। वर्चुअल मशीन गारंटी देती है कि नरम आउटचेबल ऑब्जेक्ट्स के सभी सॉफ्ट रेफरेंस को क्लियर कर दिया जाएगा, इससे पहले कि वह कभी आउटऑफमेरीऑयॉर को फेंक देगा।
प्रेत संदर्भ
प्रेत संदर्भ सभी संदर्भ प्रकारों में सबसे कमजोर हैं, उन पर कॉल करना हमेशा शून्य हो जाएगा। किसी ऑब्जेक्ट को अंतिम रूप दिए जाने के बाद उसे संदर्भित किया जाता है, लेकिन इससे पहले कि इसकी आवंटित मेमोरी को पुनः प्राप्त किया गया हो, जैसा कि कमजोर संदर्भों के विपरीत होता है, जिसे अंतिम रूप देने से पहले उन्हें जोड़ दिया जाता है या GC'd Phantom संदर्भों का उपयोग शायद ही कभी किया जाता है।
तो वे कैसे उपयोगी हैं? जब आप एक प्रेत संदर्भ का निर्माण करते हैं तो आपको हमेशा एक संदर्भ पंक्ति में पास होना चाहिए। यह इंगित करता है कि आप एक प्रेत संदर्भ का उपयोग करके देख सकते हैं कि आपकी वस्तु GC'd कब है।
अरे, इसलिए यदि कमजोर संदर्भों को अंतिम रूप देने पर विचार किया जाता है, लेकिन अभी तक GC'd नहीं है तो हम अंतिम ब्लॉक में ऑब्जेक्ट के लिए एक नया मजबूत संदर्भ बना सकते हैं और ऑब्जेक्ट को GC'd होने से रोक सकते हैं। हां, आप कर सकते हैं लेकिन आपको शायद ऐसा नहीं करना चाहिए। इस मामले की जांच करने के लिए जीसी चक्र प्रत्येक वस्तु के लिए कम से कम दो बार होगा जब तक कि वह वस्तु केवल एक प्रेत संदर्भ द्वारा उपलब्ध न हो। यही कारण है कि आप ढेर से बाहर भी भाग सकते हैं, जब आपकी मेमोरी में बहुत सारा कचरा होता है। प्रेत संदर्भों से इसे रोका जा सकता है।
आप जावा (मजबूत, नरम, कमजोर, प्रेत) में मेरे लेख प्रकार के संदर्भों पर अधिक पढ़ सकते हैं ।