jvm类加载器相关

  1. 类加载器相关
    1. 1. 常见类加载器
    2. 2. 类加载器加载一个类大致过程
    3. 3. 类加载机制
    4. 4. 双亲委派机制的优点
    5. 5. 双亲委派图解及类加载器图解

类加载器相关

1. 常见类加载器

接下来所提到的父类子类并不是继承关系 三个常用的类加载器也不是继承的关系

  1. BootStrapClassLoader(引导类加载器): 用来加载java的核心类,不继承ClassLoader,用C++实现。由于引导类加载器涉及到虚拟机本地实现细节,开发者无法直接获取到启动类加载器的引用,所以不允许直接通过引用进行操作。(无法直接获取 例如用string来获取它的classLoader返回null)
  2. ExtensionClassLoader(扩展类加载器): 负责加载jre的扩展目录,lib/ext或者由java.ext.dirs系统属性指定的目录中的JAR包的类。由Java语言实现,父类加载器为null(也就是BootStrapClassLoader);
  3. SystemClassLoader(系统(应用)类加载器):被称为系统(也称为应用)类加载器,它负责在JVM启动时加载来自Java命令的-classpath选项、java.class.path系统属性,或者CLASSPATH换将变量所指定的JAR包和类路径。程序可以通过ClassLoader的静态方法getSystemClassLoader()来获取系统类加载器。如果没有特别指定,则用户自定义的类加载器都以此类加载器作为父加载器。由Java语言实现,父类加载器为ExtClassLoader。

2. 类加载器加载一个类大致过程

  1. 检测此Class是否载入过,即在缓冲区中是否有此Class,如果有直接进入第8步,否则进入第2步.

  2. 如果没有父类加载器,则要么Parent是根类加载器,要么本身就是根类加载器,则跳到第4步,如果父类加载器存在,则进入第3步。

  3. 请求使用父类加载器去载入目标类,如果载入成功则跳至第8步,否则接着执行第5步。

  4. 请求使用根类加载器去载入目标类,如果载入成功则跳至第8步,否则跳至第7步。

  5. 当前类加载器尝试寻找Class文件,如果找到则执行第6步,如果找不到则执行第7步。

  6. 从文件中载入Class,成功后跳至第8步。

  7. 抛出ClassNotFountException异常。

  8. 返回对应的java.lang.Class对象。

3. 类加载机制

  • 全盘负责:所谓全盘负责,就是当一个类加载器负责加载某个Class时,该Class所依赖和引用其他Class也将由该类加载器负责载入,除非显示使用另外一个类加载器来载入。
  • 双亲委派机制: 所谓的双亲委派,则是先让父类加载器试图加载该Class,只有在父类加载器无法加载该类时才尝试从自己的类路径中加载该类。通俗的讲:就是一个类加载器加载一个类时,首先交由他的父类加载,如果父类有父类就先交由父类的父类加载以此类推,如果父类可以加载此类就由父类加载,如果父类不能加载此类,就由自己加载。
  • 缓存机制:缓存机制保证每次加载类的时候class都会被缓存,每次加载类时,当缓存区没有这个类的class,系统才会去读取这个类的二进制流,转化为class对象放到缓存区里。这就是为很么修改了Class后,必须重新启动JVM,程序所做的修改才会生效的原因。

4. 双亲委派机制的优点

  1. 有效防止类的重复加载,逐级向上,一个类加载器加载之后别的类就不会再加载这个类。不会出现多个object之类的情况。
  2. 防止别人修改java核心api,Java核心都由bootstrapClassLoader加载 。

5. 双亲委派图解及类加载器图解


转载请注明来源,欢迎对文章中的引用来源进行考证,欢迎指出任何有错误或不够清晰的表达。邮件至 wcfinyourheart@163.com

文章标题:jvm类加载器相关

本文作者:wcf

发布时间:2020-05-28, 13:29:46

最后更新:2020-05-28, 16:27:38

原始链接:http://1007638786.github.io/2020/05/28/jvm%E7%B1%BB%E5%8A%A0%E8%BD%BD%E5%99%A8%E7%9B%B8%E5%85%B3/

版权声明: "署名-非商用-相同方式共享 4.0" 转载请保留原文链接及作者。

目录
×

喜欢就点赞,疼爱就打赏