मैं जीसी परीक्षण कैसे कर सकता हूं?

Question

किसी प्रोजेक्ट के लिए, हमें उपयोगकर्ता स्क्रिप्ट चलाने के लिए एक तरीका चाहिए जो अतिरिक्त कक्षाओं के साथ संलग्न JAR फ़ाइलों के साथ आ सकता है।

मेरे विकल्प क्या हैं जब मैं कुछ परीक्षण लिखना चाहता हूं ताकि यह सुनिश्चित किया जा सके कि सामान्य स्क्रिप्ट पीछे कुछ भी नहीं छोड़ती?

मुझे विशेष रूप से यह जानने की आवश्यकता है: संलग्न जेएआर के सभी वर्ग "अनलोड किए गए" हैं?

नोट: मैं 100% सुपर-वॉटरटाइट समाधान की तलाश नहीं कर रहा हूं जो जावा के सभी संस्करणों में 1.0 से 7 तक काम करता है। अभी, मुझे "मुझे कोई जानकारी नहीं है" से बेहतर होना चाहिए।

Answer 1

संभवतः सबसे अच्छा विकल्प यह सुनिश्चित करना है कि आपके लोड किए गए जार एक विशिष्ट वर्ग लोडर द्वारा लोड किए जाएं, और उसके बाद उस वर्ग लोडर को छोड़ दें (सभी ऑब्जेक्ट्स को छोड़कर)।

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

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

Answer 2

मैं इस परीक्षण का परीक्षण करने की कोशिश नहीं करता। इसके बजाए, मैं -XX: -TraceClassUnloading के साथ JVM चलाऊंगा और यह देखने के लिए देख सकता हूं कि प्रश्नों में कक्षाएं ट्रेस आउटपुट में दिखाई देती हैं या नहीं।

Answer 3

यह पूरी तरह से स्क्रिप्ट चलाने की अनुमति देने के तरीके पर निर्भर करता है। क्या उनके पास शेष एप्लिकेशन के वर्गों तक पहुंच है?

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

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

मुझे इसके लिए पूरी तरह से स्वचालित परीक्षण करने का कोई तरीका नहीं दिख रहा है। लेकिन मुझे लगता है कि आप किसी भी सभ्य प्रोफाइलर के साथ कक्षा को उतारने का पता लगा सकते हैं।

Answer 4

ऐसा लगता है कि आप परीक्षण करना चाहते हैं कि नली स्क्रिप्ट में classloader leak नहीं है।

कि ऐसा करने के लिए, मैं बनाएंगे, एक WeakReferenceClassLoader कि जार लोड करने के लिए है, तो चलाने स्क्रिप्ट का इस्तेमाल किया है, तो System.gc() और बाद में assertNull(reference.get())