一、概述
二、启动类加载器
最顶层的加载类,由C++实现,负责加载 %JAVA_HOME%/lib ⽬录下的jar包和类或者或被 -Xbootclasspath 参数指定的路径中的所 有类。
相关命令如下:了解一下就行
三、扩展类加载器
主要负责加载⽬录 %JRE_HOME%/lib/ext ⽬录下 的jar包和类,或被 java.ext.dirs 系统变量所指定的路径下的jar包。
四、应用程序类加载器
⾯向我们⽤户的加载器,负责加载当前应⽤classpath下 的所有jar包和类
五、双亲委派模式
双亲委派模式概述:
- 如果在要加载一个类,通过应用程序类加载器调用了他的一个方法
- 应用程序加载器会询问上级 扩展类加载器,询问是否已经加载
- 扩展类加载器就会询问上级(null) 启动类加载器,询问是否已经加载
- 如果已经加载了,那么就告诉下级传递下去
- 如果没加载,告诉下级没有加载
- 然后下级扩展类加载器进行lib/ext目录下查找,如果找到直接返回
- 如果没有找到,那么下级 应用程序类加载器自己在类路径下加载
双亲委派模型的工作过程是:如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类,而是把这个请求委派给父类加载器完成,每一个层次的类加载器都是如此,因此所有的加载请求最终都应该传送到最顶
六、线程上下文类加载器
线程上下文类加载器就是应用程序类加载器
每个线程启动的时候,会由JVM将应用程序类加载器赋值到该线程上,默认赋值,当获取线程上下文的类加载器的时候就会获取到应用程序类加载器
最后通过应用程序类加载器加载类,也是打破了双亲委派模式
七、自定义类加载器
使用场景:
- 想要加载不在classpath等随意路径中的类文件时
- 使用框架的时候,想要通过接口来使用不同的实现,来实现解耦的时候
- 一个类有新旧版本之分,但是这种同包同名类想要同时使用,就需要使用不同类加载器来加载,常见于tomcat容器
步骤:
实现: