ClassLoader加载资源时的搜索路径

先来个例子：

    /**
     * 测试classloader加载路径在哪里<p>
     * main3
     */
    public static void main3(String[] args)
    {
        Properties props = new Properties();
        //在src中的dyan/sendhttp包路径下
//        InputStream is = TestSendHttp.class.getClassLoader().getResourceAsStream("dyan/sendhttp/dyan.txt");
        //在src下
        InputStream is = TestSendHttp.class.getClassLoader().getResourceAsStream("dyan.txt");
        
        //展现类加载器的父加载器，能够确定是ExtClassLoader
        System.out.println(TestSendHttp.class.getClassLoader().getParent().toString());
        
        try 
        {
            props.load(is);
            String auther = props.get("auther").toString();
            System.out.println(auther);
        } 
        catch (IOException e)
        {
            e.printStackTrace();
        }
    }

 

资源路径：

无论上面用哪一个输入流，均可以读取dyan.txt中的auther内容。

结论：

从上面的结果能够看出，AppClassLoader的搜索资源路径是相对于src的编译后路径。

如个人机器src的编译后路径是TestProject/bin，则AppClassLoader的搜索资源路径就包括

E:\core_wkspace\TestProject\bin。

 

类加载器

JVM是经过一个称为ClassLoader东西来加载Class文件的，每当JVM启动，

它就会生成三个ClassLoader，它们分别是BootstrapLoader, ExtClassLoader 和AppClassLoader。

这三个ClassLoader做用是不一样的，它们所加载的class文件也是不一样的。

 

BootstrapLoader是用C++语言实现的，它所加载的是JVM中最底层的类，它加载时的搜索路径是由sun.boot.class.path所指定的。

System.getProperty("sun.boot.class.path").split(";");

D:\tools\Java\jdk1.7.0_17\jre\lib\resources.jar
D:\tools\Java\jdk1.7.0_17\jre\lib\rt.jar
D:\tools\Java\jdk1.7.0_17\jre\lib\sunrsasign.jar
D:\tools\Java\jdk1.7.0_17\jre\lib\jsse.jar
D:\tools\Java\jdk1.7.0_17\jre\lib\jce.jar
D:\tools\Java\jdk1.7.0_17\jre\lib\charsets.jar
D:\tools\Java\jdk1.7.0_17\jre\lib\jfr.jar
D:\tools\Java\jdk1.7.0_17\jre\classes

 

ExtClassLoader是用来加载java的一些库的，它加载时的搜索路径是由java.ext.dirs来决定的，该加载器在加载时不一样于其余加载器，

它加载时会搜索指定路径下的全部子目录，也就是说它会搜索java.ext.dirs所指定下的全部子目录下的class文件或jar文件。

同时也能够用参数-Djava.ext.dirs来改变它的搜索路径。

System.getProperty("java.ext.dirs").split(";");

D:\tools\Java\jdk1.7.0_17\jre\lib\ext
C:\Windows\Sun\Java\lib\ext

 

AppClassLoader也称SystemClassLoader, 它的搜索路径是由java.class.path来指定的，

注意：AppClassLoader不会搜索java.class.path下的子目录的，因此在在加载子目录中的

资源文件时要指定相对目录，如最开始的那个例子。

System.getProperty("java.class.path").split(";");

E:\core_wkspace\TestProject\bin
E:\core_wkspace\callProcedure\bin
E:\core_wkspace\callProcedure\lib\c3p0-0.9.1.2.jar
E:\core_wkspace\callProcedure\lib\commons-io-2.4.jar
E:\core_wkspace\callProcedure\lib\dom4j-1.6.1.jar
E:\core_wkspace\callProcedure\lib\fastjson-1.1.37.jar
E:\core_wkspace\callProcedure\lib\log4j-1.2.17.jar
E:\core_wkspace\callProcedure\lib\log4j-api-2.1.jar
E:\core_wkspace\callProcedure\lib\log4j-core-2.1.jar
E:\core_wkspace\callProcedure\lib\log4j2Mgr.jar
E:\core_wkspace\callProcedure\lib\ojdbc6-11.1.0.7.jar

关系：

     类加载的机制是，全盘负责委托机制，全盘负责即若是AppCalssLoader要加载一个类文件，除非显示指定另外一个加载器，否则

这个类文件以及此文件所依赖和引用的类，都由AppClassLoader负责加载。 委托即AppClassLoader若是没有加载过String类，

就先委托父类加载器ExtClassLoader加载String类，(由委托机制ExtClassLoader委托BootStrapLoader加载String类，String

类在rt.jar中，全部由BootStrapLoader加载String类)。只有在父类加载器找不到字节码文件的状况下才从AppClassLoader的类路径

中查找并装载目标类(如上面的TestProject工程中的TestSendHttp.class)