ClassLoader加载资源时的搜索路径
类加载器
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)
