17_类加载器双亲委托机制实例深度剖析

17_类加载器双亲委托机制实例深度剖析
17_类加载器双亲委托机制实例深度剖析
上文中loadClass方法后边一个参数改为false,它表示一个标识符,如果类被找到,置为true
17_类加载器双亲委托机制实例深度剖析
17_类加载器双亲委托机制实例深度剖析
findClass(name)为自己重写的方法加载Class对象

17_类加载器双亲委托机制实例深度剖析
17_类加载器双亲委托机制实例深度剖析
代码的执行结果:
17_类加载器双亲委托机制实例深度剖析
说明自己定义的findClass方法没有被执行

17_类加载器双亲委托机制实例深度剖析
17_类加载器双亲委托机制实例深度剖析
为什么呢?
因为,它先委托父加载器,父加载器是可以加载的,所以。。。。。。

17_类加载器双亲委托机制实例深度剖析
17_类加载器双亲委托机制实例深度剖析
17_类加载器双亲委托机制实例深度剖析
findClass方法的语句并没有被输出。

所以,加载系统的类的时候,使用app类加载器

17_类加载器双亲委托机制实例深度剖析
将系统的这个class文件移动到桌面,将系统中的此文件删除

17_类加载器双亲委托机制实例深度剖析
17_类加载器双亲委托机制实例深度剖析
使用的是我们自定义的加载器

若是重新编译工程,class又会生成出来,这时候,类加载器为APPClassLoad
17_类加载器双亲委托机制实例深度剖析
继续讲MyTest1.class文件删除,代码改写为:
17_类加载器双亲委托机制实例深度剖析
也就是说,自定义了2个类加载器,都去加载同一个class文件,那么结果如何?
17_类加载器双亲委托机制实例深度剖析
说明2个类加载器都被调用了,
为什么这两个类文件的hashCode不一样呢?
命名空间不同
17_类加载器双亲委托机制实例深度剖析