双亲委派机制的原理?为什么要使用双亲委派机制?有什么缺点,可以打破这个机制吗,如何打破?

本文详细解析了Java中的双亲委派机制,包括类加载器的层级、工作原理以及为何采用该机制。此外,还探讨了机制存在的意义,如安全性和避免重复加载。同时,文中提到了双亲委派机制的不足之处,并列举了历史上三次打破这一机制的实例:SPI(如JNDI、JDBC)、线程上下文类加载器和服务热部署(如OSGI)。
摘要由CSDN通过智能技术生成

一、类加载器

类加载器是分层级的,遵循**双亲委派**机制:

        最上层是**Bootstrap ClassLoder**,加载java的**核心类库**,加载java安装目录下的**lib目录**的class文件

        第二层是**Ext ClassLoder**,加载一些java的**其他类库**,加载java安装目录下的**lib/ext**目录下的class

        第三层是**Application ClassLoder** ,应该程序类加载器,这个类加载器是加载我们写的类

        如果我们**自定义类加载器**的话,那就是第四层


二、双亲委派机制

        当一个类加载器收到了一个类加载请求时,它自己不会先去尝试加载这个类,而是把这个请求转交给父类加载器,每一个层的类加载器都是如此,因此所有的类加载请求都应该传递到最顶层的启动类加载器中。只有当父类加载器在自己的加载范围内没有搜寻到该类时,并向子类反馈自己无法加载后,子类加载器才会尝试自己去加载。

加载标准类库与用户代码,会有不同的方式:

举个例子:

就以自定义的com.test.A类为例,我们来看看这个类是如何被类加载器加载的:

        第一步: 首先是由AppClassLoader类加载器去查找com.test.A类, 他要去看他已经加载的类中是否有这个类, 如果有, 就直接返回, 如果没有, 就去加载这个类,但不是由AppClassLoader类加载器直接加载。而是委托他的父类也就是ExtClassLoader扩展类加载器去加载。

        第二步:ExtClassLoader类加载器也是先搜索

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

会飞的IT蜗牛

更美口味,打赏人生

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值