1、BootStrap类加载器

启动类加载器主要加载的是JVM自身需要的类,这个类加载使用C++语言实现。它没有父类,是虚拟机自身的一部分,它负责将<JAVA_HOME>/lib路径下的核心类库或-Xbootclasspath参数指定的路径下的jar包加载到内存中,注意虚拟机是根据文件名识别jar包的,如rt.jar,如果文件名不被虚拟机识别,即使把jar包放到lib目录下也没有用。

出于安全考虑,BootStrap启动类加载器只加载java、javax、sun等开头的jar包。

 

2、Extention类加载器

扩展类加载器是指Sun公司实现的sun.misc.Launcher$ExtClassLoader类,由java语言实现的,父类加载器为null,是Launcher的静态内部类,它负责加载<Java_Home>/lib/ext目录下或者由系统变量-DJava.ext.dir指定的路径下的jar包,开发者可以直接使用标准扩展类加载器。

 

3、Application类加载器

应用程序加载器是Sun公司实现的sun.misc.Launcher$AppClassLoader,父类加载器为ExtClassLoader,它负责加载系统类路径java -classpath或-D java.class.path指定的路径下的类库,也就是我们经常用的classpath路径,开发者可以直接使用系统类加载器,一般情况下该类加载是程序中默认的类加载器,通过ClassLoader#getSystemnClassLoader()方法可以获取到该类加载器。

 

4、Custom自定义类加载器

 

双亲委派机制:

双亲委派模式是在Java 1.2后引入的,其工作原理的是,如果一个类加载器收到了类加载请求,它并不会自己先去加载,而是把这个请求委托给父类的加载器去执行,如果父类加载器还存在其父类加载器,则进一步向上委托,依次递归,请求最终将到达顶层的启动类加载器,如果父类加载器可以完成类加载任务,就成功返回,倘若父类加载器无法完成此加载任务,子加载器才会尝试自己去加载,这就是双亲委派模式
双亲委派的好处:

1.采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系,通过这种层级关可以避免类的重复加载,当父亲已经加载了该类时,就没有必要子ClassLoader再加载一次。

2.其次是考虑到安全因素,java核心api中定义类型不会被随意替换,假设通过网络传递一个名为java.lang.Integer的类,通过双亲委托模式传递到启动类加载器,而启动类加载器在核心Java API发现这个名字的类,发现该类已被加载,并不会重新加载网络传递的过来的java.lang.Integer,而直接返回已加载过的Integer.class,这样便可以防止核心API库被随意篡改

3.可能你会想,如果我们在classpath路径下自定义一个名为java.lang.SingleInterge类(该类是胡编的)呢?该类并不存在java.lang中,经过双亲委托模式,传递到启动类加载器中,由于父类加载器路径下并没有该类,所以不会加载,将反向委托给子类加载器加载,最终会通过系统类加载器加载该类。但是这样做是不允许,因为java.lang是核心API包,需要访问权限,强制加载将会报出如下异常

 

java.lang.SecurityException: Prohibited package name: java.lang

 

 

 

posted on 2021-11-19 10:07  Sempron2800+  阅读(102)  评论(0编辑  收藏  举报