जावा में कक्षाएं लोड हो रही हैं। सिद्धांत

जावा प्लेटफ़ॉर्म की मुख्य विशेषताओं में से एक डायनेमिक क्लास लोडिंग मॉडल है, जो मुख्य एप्लिकेशन को फिर से लोड किए बिना निष्पादन योग्य कोड को JRE में लोड करने की अनुमति देता है। यह सुविधा व्यापक रूप से उन एप्लिकेशन सर्वरों में उपयोग की जाती है जिन्होंने हाल ही में उच्च लोकप्रियता प्राप्त की है।



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

परिचय

किसी भी वर्ग (पर्यावरण में java.lang.Class वर्ग और फ़ाइल सिस्टम में एक .class फ़ाइल का एक उदाहरण) रनटाइम में किसी भी तरह जावा में कुछ लोडर द्वारा लोड किया गया था। लोडर को क्लास ए लोड करने के लिए, आपको A.class.getClassLoader () विधि का उपयोग करने की आवश्यकता है।



कुछ अपवादों के साथ, कक्षाएं आवश्यकतानुसार लोड की जाती हैं। Rt.jar (java.lang। * विशेष रूप से) से कुछ आधार कक्षाएं अनुप्रयोग स्टार्टअप पर भरी हुई हैं। एक्सटेंशन क्लासेस ($ JAVA_HOME / lib / ext), उपयोगकर्ता कक्षाएं, और अधिकांश सिस्टम क्लासेस लोड किए जाते हैं जैसे वे उपयोग किए जाते हैं।

बूटलोडर्स के प्रकार

जावा में 3 प्रकार के लोडर हैं। यह मूल बूटलोडर (बूटस्ट्रैप), सिस्टम लोडर (सिस्टम क्लास लोडर), एक्सटेंशन लोडर (एक्सटेंशन क्लास लोडर) है।



बूटस्ट्रैप - जेवीएम स्तर पर लागू किया गया है और रनटाइम से कोई प्रतिक्रिया नहीं है। यह लोडर $ JAVA_HOME / lib निर्देशिका से कक्षाओं को लोड करता है। यानी सभी का पसंदीदा rt.jar मूल बूटलोडर द्वारा लोड किया गया है। इसलिए, जावा से एक लोडर प्राप्त करने का प्रयास। * कक्षाएं हमेशा शून्य से समाप्त होती हैं। ऐसा इसलिए है क्योंकि सभी बेस क्लासेस को एक बेस लोडर के साथ लोड किया जाता है, जिसकी पहुंच एक प्रबंधित वातावरण से नहीं है।



आप -Xbootclasspath स्विच का उपयोग करके बेस कक्षाओं के लोडिंग को नियंत्रित कर सकते हैं, जिससे आप बेस कक्षाओं के सेट को ओवरराइड कर सकते हैं।



सिस्टम क्लास लोडर एक सिस्टम लोडर है जो जेआरई स्तर पर पहले से ही लागू है। सन में, JRE वर्ग sun.misc.auncher $ AppClassLoader है। यह लोडर उन वर्गों को लोड करता है जिनके पथ CLASSPATH पर्यावरण चर में निर्दिष्ट हैं।



-Classpath स्विच या java.class.path सिस्टम विकल्प का उपयोग करके आप सिस्टम कक्षाओं के लोडिंग को नियंत्रित कर सकते हैं।



एक्सटेंशन क्लास लोडर - एक्सटेंशन लोडर। यह लोडर $ JAVA_HOME / lib / ext निर्देशिका से कक्षाएं लोड करता है। सन में, JRE वर्ग sun.misc.auncher $ ExtClassLoader है।



एक्सटेंशन डाउनलोड को java.ext.dirs सिस्टम विकल्प का उपयोग करके नियंत्रित किया जा सकता है।

अवधारणाओं

वर्तमान लोडर (करंट क्लास लोडर) और संदर्भ लोडर (प्रसंग क्लास लोडर) के बीच अंतर।



वर्तमान क्लास लोडर वह क्लास लोडर है जिसका कोड वर्तमान में निष्पादित हो रहा है। वर्तमान लोडर का उपयोग डिफ़ॉल्ट रूप से रनटाइम पर कक्षाएं लोड करने के लिए किया जाता है। विशेष रूप से, Class.forName ("") / ClassLoader.loadClass ("") विधि या किसी भी वर्ग की घोषणा का उपयोग करते हुए पहले से लोड नहीं किया गया।



प्रसंग क्लास लोडर - वर्तमान थ्रेड का संदर्भ लोडर। आप इस बूटलोडर को Thread.getContextClassLoader () / Thread.setContextClassLoader () विधियों का उपयोग करके प्राप्त और स्थापित कर सकते हैं। संदर्भ लोडर स्वचालित रूप से प्रत्येक नए थ्रेड के लिए स्थापित होता है। इस मामले में, मूल धागे के लोडर का उपयोग किया जाता है।

प्रतिनिधि मॉडल डाउनलोड करें

जावा 2 प्लेटफॉर्म, स्टैंडर्ड एडिशन, v1.2 से शुरू होकर, क्लास लोडर एक पदानुक्रम बनाते हैं। मूल आधार है (उसका कोई पूर्वज नहीं है)। अन्य सभी बूटलोडर्स, आरंभीकरण के समय, पैरेंट बूटलोडर के लिए एक लिंक को इंस्टेंटेट करते हैं लोड प्रतिनिधिमंडल मॉडल के लिए इस तरह के पदानुक्रम आवश्यक है। सामान्य तौर पर, पदानुक्रम इस प्रकार है।







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







डाउनलोड प्रक्रिया पर अधिक विस्तार से विचार करें। निष्पादन प्रणाली में उपयोगकर्ता वर्ग छात्र चर की घोषणा को पूरा होने दें।



1) बूटलोडर कैश में छात्र वर्ग को देखने की कोशिश करेगा।

_1.1) यदि वर्ग पाया जाता है, तो लोडिंग पूरी हो जाती है।

_1.2) यदि वर्ग नहीं मिला है, तो डाउनलोड को विस्तार लोडर को सौंप दिया गया है।

2) एक्सटेंशन लोडर कैश में छात्र वर्ग को देखने की कोशिश करेगा।

_2.1) यदि वर्ग पाया जाता है, तो लोडिंग पूरी हो जाती है।

_2.2) यदि वर्ग नहीं मिला है, तो डाउनलोड को बेस लोडर को सौंपा गया है।

3) आधार लोडर कैश में छात्र वर्ग को देखने की कोशिश करेगा।

_3.1) यदि वर्ग पाया जाता है, तो लोडिंग पूरी हो जाती है।

_3.2) यदि वर्ग नहीं मिला है, तो बेस लोडर इसे लोड करने का प्रयास करेगा।

__3.2.1) यदि डाउनलोड सफल रहा, तो यह पूरा हो गया है;)

__3.2.2) अन्यथा, नियंत्रण को विस्तार लोडर में स्थानांतरित कर दिया जाता है।

_3.3) एक्सटेंशन लोडर क्लास को लोड करने की कोशिश कर रहा है।

__3.3.1) यदि डाउनलोड सफल रहा, तो यह पूरा हो गया है;)

__3.3.2) अन्यथा, नियंत्रण सिस्टम बूटलोडर में स्थानांतरित हो जाता है।

_3.4) सिस्टम लोडर क्लास को लोड करने की कोशिश कर रहा है।

__3.4.1) यदि डाउनलोड सफल रहा, तो यह पूरा हो गया है;)

__3.4.2) अन्यथा, एक java.lang.ClassNotFoundException को फेंक दिया जाता है।



यदि उपयोगकर्ता लोडर सिस्टम पर मौजूद हैं, तो उन्हें अवश्य करना चाहिए

क) वर्ग java.lang.ClassLoader का विस्तार करें;

बी) गतिशील लोडिंग मॉडल का समर्थन करें।

अंदर

-Verbose: वर्ग स्विच के साथ सबसे सरल अनुप्रयोग चलाएँ।

public class A { }



public class B extends A { }



public class C extends B { }



public class Main {



public static void main( String args[]) {

C c = new C();

B b = new B();

A a = new A();

}

}



* This source code was highlighted with Source Code Highlighter .

आउटपुट से पता चलता है कि वर्गों को गलत क्रम में लोड किया गया था जिसमें उनका उपयोग किया गया था। यह वंशानुक्रम के कारण है।



[फ़ाइल से मुख्य लोड किया गया: / C: / devel / CL / bin /]

[फ़ाइल से भरी हुई ए: / सी: / डेवेल / सीएल / बिन /]

[फ़ाइल से भरी हुई बी: / सी: / डेवेल / सीएल / बिन /]

[फ़ाइल से भरा हुआ C: / C: / devel / CL / bin /]

निष्कर्ष

निम्नलिखित लेख अधिक दिलचस्प होगा;)