类加载器体系架构和工作原理

Posted wzk-0000

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了类加载器体系架构和工作原理相关的知识,希望对你有一定的参考价值。

类加载器有三种分别是:
启动类加载器(Bootstrap ClassLoader):是java虚拟机jvm识别,java程序无法直接使用;
扩展类加载器(Extension ClassLoader):开发者可以直接使用扩展类加载器
应用程序类加载器(Application ClassLoader):一般情况下这个就是程序中默认的类加载器。
应用程序都是由这3种类加载器互相配合进行加载的

 

启动类加载器(Bootstrap ClassLoader)<-- 扩展类加载器(Extension ClassLoader)<-- 应用程序类加载器(Application ClassLoader)<-- 自定义类加载器(User Classloader)

 

工作原理:双亲委派模型

双亲委派模型要求除了顶层的启动类加载器外,其余的类加载器都应当有自己的父类加载器,一个类加载器收到类加载的请求,它首先不会自己去尝试加载这个类,而是把这个请求委派给父类加载器去完成,每一个层次的类加载器都是如此,
只有当父加载器反馈自己无法完成这个加载请求(它的搜索范围中没有找到所需的类)时,子加载器才会尝试自己去加载

这种模式的好处是:无论哪一个类加载器要加载这个类(如java.lang.Object,它存放在rt.jar之中),最终都是委派给顶层类加载器加载,因此在各个类加载器环境加载的都是同一个类,如果不使用双亲委派模型,会出现多个不同的类

 

在JVM中表示两个class对象是否为同一个类对象存在两个必要条件:

其一:类的完整类名必须一致,包括包名。

其二:加载这个类的ClassLoader(指ClassLoader实例对象)必须相同。

即:不重写loadClass方法,不同的类加载器加载加载同一个类时,将生成一个实例;
相反,自定义的类加载器重写了loadClass方法,就算加载的是同一个类,也将生成不同的实例







以上是关于类加载器体系架构和工作原理的主要内容,如果未能解决你的问题,请参考以下文章

JVM体系结构详解

[架构之路-120]-《软考-系统架构设计师》-计算机体系结构 -2- 一文了解ARM SOC体系结构原理(CPU工作原理指令内存中断堆栈IO初始化)

JVM工作原理

Kylin工作原理体系架构

另类的ASP.NET快速开发架构体系

JVM-体系结构