java classloader 路径_ClassLoader加载资源时的搜索路径

先来个例子：

/*** 测试classloader加载路径在哪里

* main3*/

public static voidmain3(String[] args)

{

Properties props= newProperties();//在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)