क्लासलोडर संसाधन पथ हमेशा पूर्ण होते हैं?

Question

वर्ग लोड हो रहा है विधियों के बीच अंतर के बारे में एक लोकप्रिय answer में, जॉन स्कीट ने कहा है,

classloader संसाधन पथ हमेशा पूर्ण माना जाता है।

एक और भी लोकप्रिय answer इस कथन को एक उदाहरण के साथ पुष्टि करता है।

ClassLoader.getResourceAsStream(path) सभी रास्तों पर विचार पूर्ण पथ होना करने के लिए होगा। तो String.getClassLoader().getResourceAsString("myfile.txt") और String.getClassLoader().getResourceAsString("/myfile.txt") दोनों दोनों अपने क्लासपाथ में निम्न स्थान पर एक फ़ाइल की तलाश करेंगे: ./myfile.txt।

इस तथ्य को खारिज करते हुए कि उदाहरण संकलित नहीं होगा, सर्वसम्मति से संकेत मिलता है कि एक अग्रणी फॉरवर्ड स्लैश क्लासलोडर के लिए अप्रासंगिक है।

एक साधारण परीक्षण अन्यथा दिखाता है।

Foo.class.getClassLoader().getResource("test.xml") // file
Foo.class.getClassLoader().getResource("/test.xml") // null

मैं बस पथ files/test.xml एक परीक्षण परियोजना के classpath के लिए, एक वर्ग के साथ नामित किया गया Foo एक main() विधि उन दो कॉल के परिणामों को प्रिंट युक्त जोड़ लिया है। मुझे क्या याद आ रहा है, क्योंकि सैकड़ों लोगों ने उपर्युक्त उत्तरों को वोट दिया है? क्या क्लासलोडर्स पूर्ण हैं, या वे इनपुट नाम की संरचना पर निर्भर करते हैं?

---

यह Oracle blog post मेरी समझ के लिए उपयोगी था।

विधि जो संसाधन नाम से यूआरएल बनाती है वह URLClassPath.JarLoader.checkResource() है।

Answer 1

स्पष्ट रूप से नहीं।

getResource(name) में name की व्याख्या करने के लिए यह कक्षा लोडर पर निर्भर है।

URLClassLoader के स्रोत कोड की जांच करना, अंत में यह कहता है

new URL(baseURL, name)

यह यहाँ महत्वपूर्ण है कि क्या name पूर्ण या संबंधित है

यह संभव है कि, कुछ baseURL, पूर्ण /foo/bar और रिश्तेदार के लिए foo/bar का एक ही प्रभाव है। विशेष रूप से, यह हमेशा classpaths

baseURL:  jar:file:/home/duke/duke.jar!/ 

foo/bar -> jar:file:/home/duke/duke.jar!/foo/bar 
/foo/bar -> jar:file:/home/duke/duke.jar!/foo/bar