JVM的双亲委派机制原理

JVM的三种类加载器

一、引导类加载器(Bootstrap ClassLoader)

  1. 这个类加载器是由C/C++实现的,嵌套在JVM内部。
  2. 它是用来加载java的核心类库,用于提供JVM自身需要的类。(JAVA_HOME/jre/lib/rt.jar、resources.jar或sun/boot/class/path路径下的内容)
  3. 不继承java.lang.ClassLoader,没有父加载器。
  4. 加载扩展类加载器、应用类加载器,并指定为他们的父加载器。
  5. 出于安全考虑,BootstrapClassLoader只加载包名以java、Javax、sun等开头的类。

二、扩展类加载器(Extension ClassLoader)

  1. Java语言编写,由sun.misc.Launcher$ExtClassLoader实现。
  2. 派生于ClassLoader类
  3. 父类加载器为启动类加载器(Bootstrap ClassLoader)
  4. 从java.ext.dirs系统属性所指定的目录中加载类库,或从JDK的安装目录jre/lib/ext子目录(扩展目录)下加载类库。如果用户创建的JRE放在此目录下,也会自动由扩展类加载器加载。

三、应用程序类加载器(系统类加载器,AppClassLoader)

  1. java语言编写,由sun.misc.Launcher$AppClassLoader实现。
  2. 派生于ClassLoader类。
  3. 父类加载器为扩展类加载器 Extension ClassLoader
  4. 它负责加载环境变量classpath或系统属性 java.class.path 指定路径下的类库
  5. 该类加载器是程序默认的类加载器,一般来说,Java应用的类都是由它类完成
  6. 通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器。

双亲委派机制工作原理

  1. 如果一个类加载器收到了类加载请求,它并不会自家先去加载,而是把这个请求委托给父类的加载器去执行;
  2. 如果父类加载器还存在其父类加载器,则进一步向上委托,一次递归,请求最终将到达顶层的启动类加载器;
  3. 如果父类加载器可以完成类加载任务,就成功返回,倘若父类加载器无法完成此加载任务,子加载器才会尝试自己去加载,这就是双亲委派模式。

双亲委派机制原理

举例

  1. 自定义一个java.lang.String类,完全模仿 Java类库中的String类,但类里面什么都不写。
  2. 在测试类中创建String对象,并且进行 String 的 API 操作,程序并不会报错。
  3. 解释:因为根本就没有加载我们自己定义的String类。在类加载时,加载器会一层层的向上委托,一直到引导类加载器BootstrapClassLoader,BootstrapClassLoader发现java.lang.String类是归它管的,它就会加载String类,而且它只会加载Java类库中的String类,我们自定义的String类不在其加载路径下,它根本就不会加载到我们自定义的String类。

优势

  1. 防止类的重复加载
  2. 保护程序安全,防止核心API被随意篡改。(上面的举例) – --沙箱安全机制
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值