jvm解析2(自定义加载器)

jvm解析二(自定义加载器)
自定义加载器<code>
3个类LoaderTest01.java, LoaderTest02.java,MyClassLoader.java
1, MyClassLoader 

运行结果如下：
 
分析：当执行load(loader02)这句语句的时候，会优先去找它的父加载器loader01, 而loader01又回去找它的父类是系统加载器，系统加载器会根据classpath来查找所要加载的类，发现没有，接着由loader01去加载，loader01加载的时候找到文件执行接下操作，而LoaderTest01里主动使用了new LoaderTest02(), LoaderTest02也会根据上面的方式去找，跟LoaderTest01结果是一样的。
     当执行load(loader03)这句语句的时候，由于父类加载器是null默认为根加载器，根加载器会去sun.boot.class.path的里面去找没有找到，最后由loader3自己去加载。
第二种情况文件按照下面位置放置
 
运行结果如下：
 
分析：当执行load(loader02)的时候，会优先去找它的父加载器loader01, 而loader01又回去找它的父类是系统加载器，系统加载器会根据classpath来查找所要加载的类，发现没有，接着由loader01去加载，loader01加载的时候找到文件执行接下操作，而LoaderTest01里主动使用了new LoaderTest02(), LoaderTest02也会执行上面同样的步骤， 但是LoaderTest01和LoaderTest02位于2个不同的加载器空间下，而他们之间是互相不可见的（他们的父子关系并不是继承，也有可能是组合，但是他们都是系统加载器的子类，对系统加载器里的资源都是共享的），所以在Loader01加载器加载的时候无法获取LoaderTest02
第三种情况：
 
运行结果如下：
 
分析：当执行load(loader02)的时候，会优先去找它的父加载器loader01, 而loader01又回去找它的父类是系统加载器，系统加载器会根据classpath来查找所要加载的类，并在当前目录下发现了这2个类，并执行操作，前2个加载器均为系统加载器，虽然lib1和lib2下2个文件在不同的类加载器空间下，但是实际执行并不需要它们，在系统一级已经执行完毕，而第三个，当执行load(loader03)的时候，父加载器null默认为根加载器，根加载器无法在相应的目录里找到相应的文件，于是交由其他加载器实现，而此时loader03加载器在相应的otherlib3下也无法找到相应的文件于是报错。