JVM进阶(十六)——JAVA 双亲委派模型_jvm 双亲委派机制自底向上

m0_60707660

于 2024-04-21 19:36:27 发布

阅读量499

点赞数 25

分类专栏： 2024年程序员学习文章标签： jvm java 开发语言

本文链接：https://blog.csdn.net/m0_60707660/article/details/138042903

版权

2024年程序员学习专栏收录该内容

284 篇文章 1 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Web前端全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上前端开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024c （备注前端）

正文

我们来看看虚拟机是怎么实现该双亲模型的：

protected synchronized Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
// 先检查是否已被当前ClassLoader装载
Class c = findLoaderClass(name);
if (c === null) {
try {
if (parent != null) {
// 如果没被当前ClassLoader加载，则递归到父中装载，自底向上
c = parent.loadClass(name, false);
} else {
// 装载树已到根部，若还没找到则转至Bootstrap装载器中查找，注意，虽然Bootstrap是所有加载器的根，但它是C++实现的，不可能放到子的parent中。因此，第二层装载器（扩展类加载器Extension ClassLoader）可视为是所有加载器的根。
c = findBootstrapClass0(name);
}
} catch (ClassNotFoundException e) {
// 若Bootstrap装载器都无法装载，则用当前装载器。子类可以在findClass方法中调用defineClass,把从自定义位置获得的字节码转换成Class。
c = findClass(name);
}
}
if (resolve) {
resolveClass©
}
return c;
}

通过findLoadedClass判断是否已经加载了，如果加载了，则返回这个类，否则就判断有没有父加载器，如果有就交给父加载器加载。如果祖先都不能加载，就交给当前的加载器加载。

双亲委派模式很好地解决了各个类加载器的基础类统一问题，越基础的类由越上层的类加载器进行加载。分工与责任明确，解决部分安全问题，如自定义的加载器不能加载根加载器应该加载的类，很好的避免了恶意写入基础类。

例子：我们常用的String类位于rt.jar下。由上一博文的知识可以知道，该jar包是由Bootstrap ClassLoader进行加载的，那么如果我们自己写一个类也叫作String，那么当加载的时候，就会先检查出该类已经被加载了，所以不再允许其他的加载器重新加载，因此我们自己写的String类也就不能用了，所以我们不能自己写一个叫做String的类。

这里写图片描述