JVM的双亲委派机制原理
其他
2020-04-02 12:57:18
阅读次数: 0
JVM的三种类加载器
一、引导类加载器(Bootstrap ClassLoader)
- 这个类加载器是由C/C++实现的,嵌套在JVM内部。
- 它是用来加载java的核心类库,用于提供JVM自身需要的类。(JAVA_HOME/jre/lib/rt.jar、resources.jar或sun/boot/class/path路径下的内容)
- 不继承java.lang.ClassLoader,没有父加载器。
- 加载扩展类加载器、应用类加载器,并指定为他们的父加载器。
- 出于安全考虑,BootstrapClassLoader只加载包名以java、Javax、sun等开头的类。
二、扩展类加载器(Extension ClassLoader)
- Java语言编写,由sun.misc.Launcher$ExtClassLoader实现。
- 派生于ClassLoader类
- 父类加载器为启动类加载器(Bootstrap ClassLoader)
- 从java.ext.dirs系统属性所指定的目录中加载类库,或从JDK的安装目录jre/lib/ext子目录(扩展目录)下加载类库。如果用户创建的JRE放在此目录下,也会自动由扩展类加载器加载。
三、应用程序类加载器(系统类加载器,AppClassLoader)
- java语言编写,由sun.misc.Launcher$AppClassLoader实现。
- 派生于ClassLoader类。
- 父类加载器为扩展类加载器 Extension ClassLoader
- 它负责加载环境变量classpath或系统属性 java.class.path 指定路径下的类库
- 该类加载器是程序默认的类加载器,一般来说,Java应用的类都是由它类完成
- 通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器。
双亲委派机制工作原理
- 如果一个类加载器收到了类加载请求,它并不会自家先去加载,而是把这个请求委托给父类的加载器去执行;
- 如果父类加载器还存在其父类加载器,则进一步向上委托,一次递归,请求最终将到达顶层的启动类加载器;
- 如果父类加载器可以完成类加载任务,就成功返回,倘若父类加载器无法完成此加载任务,子加载器才会尝试自己去加载,这就是双亲委派模式。
举例
- 自定义一个java.lang.String类,完全模仿 Java类库中的String类,但类里面什么都不写。
- 在测试类中创建String对象,并且进行 String 的 API 操作,程序并不会报错。
- 解释:因为根本就没有加载我们自己定义的String类。在类加载时,加载器会一层层的向上委托,一直到引导类加载器BootstrapClassLoader,BootstrapClassLoader发现java.lang.String类是归它管的,它就会加载String类,而且它只会加载Java类库中的String类,我们自定义的String类不在其加载路径下,它根本就不会加载到我们自定义的String类。
发布了10 篇原创文章 ·
获赞 0 ·
访问量 3848
转载自blog.csdn.net/weixin_43444783/article/details/105264937