जावा: कक्षा के सभी उदाहरणों के संदर्भों को कैसे संग्रहीत किया जाए?

Question

मैं सी ++ के लिए अधिक उपयोग किया जाता हूं। एक वर्ग के सभी उदाहरणों (यह है कि उपयोगकर्ता द्वारा बढ़ाया जा सकता है एक पुस्तकालय वर्ग है) की एक सूची प्राप्त करने के लिए, मैं आमतौर पर इस तरह की वस्तुओं के सभी संदर्भ के साथ एक स्थिर कंटेनर:

#include <list> 
class CPPClass; 

class CPPClass { 
    public: 
    CPPClass() { 
     objList.push_back(this); 
    } 
    ~CPPClass() { 
     objList.remove(this); 
    } 

    private: 
    static std::list<CPPClass *> objList; 
}; 

std::list<CPPClass *> CPPClass::objList; 

मुझे क्या करना चाहिए कैसे जावा में वही? मैं कुछ चिंताएं हैं:

• किसी ने मुझे बताया कि एक से अधिक classloaders हो सकता है, और कहा कि समस्याओं
• वहाँ जावा में कोई नाशक है के कारण हो सकता है, तो कैसे संदर्भ सूची से हटा दिया जाएगा?
• यदि संदर्भ हटाए नहीं जाते हैं, तो इन वस्तुओं को कब कचरा इकट्ठा किया जाता है?

Answer 1

आसान चीजें पहले: एकाधिक क्लासलोडर आपको तब तक कोई समस्या नहीं पहुंचाएंगे जब तक कि आप गैर-मानक प्रतिनिधिमंडल पैटर्न (कस्टम क्लासलोडर के साथ) का उपयोग न करें। यदि आपके पास ऐसा गैर-मानक क्लासलोडर है, तो आप एप के एक परिस्थिति के अलग-अलग हिस्सों को CPPClass वर्ग (एक अलग क्लासलोडर से प्रत्येक संस्करण) के विभिन्न संस्करणों का उपयोग कर सकते हैं। यह विभिन्न मुद्दों है (! आप एक ClassCastExceptionCPPClass को CPPClass से कास्टिंग प्राप्त कर सकते हैं), लेकिन यह अपने स्थिर संग्रह प्रभावित नहीं होना चाहिए; प्रत्येक CPPClass का अपना स्वयं का, अलग संग्रह होगा।

अगला बात: निर्माता से संग्रह करने के लिए वस्तुओं न जोड़ें। एक निर्माता से this संदर्भ लेना स्मृति मॉडल समस्याओं का कारण बन सकता है। इसके बजाए, आपको एक स्थैतिक फैक्ट्री विधि बनाना चाहिए जो ऑब्जेक्ट बनाता है और फिर इसे अलग-अलग संग्रह में जोड़ता है। यह संग्रह निश्चित रूप से थ्रेड-सुरक्षित भी होना चाहिए।

अंत में, कोर प्रश्न। यदि प्रत्येक ऑब्जेक्ट किसी अन्य ऑब्जेक्ट के बराबर नहीं है (यानी, यदि आपने Object.equals ओवरराइड नहीं किया है), तो आप WeakHashMap का उपयोग ऑब्जेक्ट्स के साथ ऑब्जेक्ट्स के साथ कर सकते हैं। वर्ग equals ओवरराइड करता है, तो आप WeakReference रों है, जो आप (, सम्मिलित पर सूची, आदि पुन: प्राप्त करने पर) सुविधाजनक समय पर काटना कर सकते हैं का एक संग्रह बना सकते हैं। एक वीक रेफरेंस उस ऑब्जेक्ट को रोक नहीं पाएगा जो इसे जीसीड होने से संदर्भित करता है - यह जीसी होने के बाद get से null लौटाएगा।

लेकिन अगर मैं थोड़ा सा संपादकीय कर सकता हूं, तो इस तरह के "समाधान" अक्सर एक बीमार परिभाषित ऑब्जेक्ट लाइफसाइक्ल पर संकेत देते हैं, जिसमें अन्य रखरखाव के मुद्दे हैं।यह बेहतर हो सकता है यदि आपकी ऑब्जेक्ट्स Closeable लागू करती हैं या कोड के लिए एक समान तरीका है जो यह घोषणा करने के लिए करता है कि यह उनके साथ समाप्त हो गया है।

Answer 2

आप वास्तव में सूची को स्थिर बना सकते हैं, बस यह सुनिश्चित कर लें कि आप इसे ठीक से शुरू भी कर सकते हैं।

List<CPPClass> objlist; 
static { 
    objlist = new List<CPPClass>(); 
} 

या ऐसा कुछ ऐसा करना चाहिए।

यदि आप संदर्भ को नहीं हटाते हैं, तो उसे कचरा कभी नहीं मिलेगा क्योंकि कचरा कलेक्टर मान लेगा कि ऑब्जेक्ट अभी भी उपयोग में है।

ऐसा कुछ ऐसा है जो एक विनाशक जैसा लगता है: विधि finalize। लेकिन क्योंकि इस विधि को केवल कचरा कलेक्टर द्वारा बुलाया जाता है और आप इसे स्वयं का उपयोग नहीं कर सकते हैं, यह आपके लिए उपयोग नहीं करेगा। इस तरह से कचरा कलेक्टर वस्तु अगर WeakReference केवल संदर्भ है कि रहता है मुक्त होगा -

Answer 3

बल्कि एक वस्तु के लिए एक संदर्भ के भंडारण की तुलना में, एक WeakReference वस्तु के लिए दुकान।