JVM——类加载器(JDK8及之前,双亲委派机制)

目录

  • 1.类加载器的分类
    • 1.实现方式分类
      • 1.虚拟机底层实现
      • 2.JDK中默认提供或者自定义
    • 2.类加载器的分类-启动类加载器
    • 3.类加载器的分类-Java中的默认类加载器
    • 4.类加载器的分类-扩展类加载器
    • 5.类加载器的分类-类加载器的继承
  • 2.类加载器的双亲委派机制

类加载器(ClassLoader)是Java虚拟机提供给应用程序去实现获取类和接口字节码数据的技术。
类加载器只参与加载过程中的字节码获取并加载到内存这一部分。JVM——类加载器(JDK8及之前,双亲委派机制)_第1张图片

1.类加载器的分类

类加载器分为两类,一类是Java代码中实现的,一类是Java虚拟机底层源码实现的

1.实现方式分类

1.虚拟机底层实现

源代码位于Java虚拟机的源码中,实现语言与
虚拟机底层语言一致,比如Hotspot使用C++。
加载程序运行时的基础类
保证Java程序运行中基础类被正确地加载,
比如java.lang.String,确保其可靠性

2.JDK中默认提供或者自定义

JDK中默认提供了多种处理不同渠道的类加载器,
程序员也可以自己根据需求定制
继承自抽象类ClassLoader
所有Java中实现的类加载器都需要继承
ClassLoader这个抽象类

类加载器的设计JDK8和8之后的版本差别较大,JDK8及之前的版本中默认的类加载器有如下几种:JVM——类加载器(JDK8及之前,双亲委派机制)_第2张图片

2.类加载器的分类-启动类加载器

⚫ 启动类加载器(Bootstrap ClassLoader)是由Hotspot虚拟 机提供的、使用C++编写的类加载器。
⚫默认加载Java安装目录/jre/lib下的类文件,比如rt.jar, tools.jar,resources.jar等。
JVM——类加载器(JDK8及之前,双亲委派机制)_第3张图片

3.类加载器的分类-Java中的默认类加载器

⚫ ·扩展类加载器和应用程序类加载器都是JDK中提供的、使用Java编写的类加载器。
⚫ 它们的源码都位于sun.misc.Launcher中,是一个静态内部类。继承自URLClassLoader。具备通过目录
或者指定jar包将字节码文件加载到内存中。
JVM——类加载器(JDK8及之前,双亲委派机制)_第4张图片

4.类加载器的分类-扩展类加载器

⚫ 扩展类加载器(Extension Class Loader)是JDK中提供的、
使用Java编写的类加载器。
⚫ 默认加载Java安装目录/jre/lib/ext下的类文件。JVM——类加载器(JDK8及之前,双亲委派机制)_第5张图片

5.类加载器的分类-类加载器的继承

⚫ ·扩展类加载器和应用程序类加载器都是JDK中提供的、使用Java编写的类加载器。
⚫ 它们的源码都位于sun.misc.Launcher中,是一个静态内部类。继承自URLClassLoader。具备通过目录
或者指定jar包将字节码文件加载到内存中。JVM——类加载器(JDK8及之前,双亲委派机制)_第6张图片

2.类加载器的双亲委派机制

每个Java实现的类加载器中保存了一个成员变量叫“父”(Parent)类加载器,可以理解为它的上级, 并不是继承关系。
⚫ 应用程序类加载器的parent父类加载器是扩展类加载器,而扩展类加载器的parent是空。
⚫ 启动类加载器使用C++编写,没有上级类加载器。
⚫ 在类加载的过程中,每个类加载器都会先检查是否已经加载了该类,如果已经加载则直接返回,否则会将加载请求委派给父类加载器。
⚫ 如果类加载的parent为null,则会提交给启动类加载器处理。
JVM——类加载器(JDK8及之前,双亲委派机制)_第7张图片
⚫ 如果所有的父类加载器都无法加载该类,则由当前类加载器自己尝试加载。所以看上去是自顶向下尝试
加载。
JVM——类加载器(JDK8及之前,双亲委派机制)_第8张图片
⚫ 第二次再去加载相同的类,仍然会向上进行委派,如果某个类加载器加载过就会直接返回JVM——类加载器(JDK8及之前,双亲委派机制)_第9张图片

双亲委派机制指的是:自底向上查找是否加载过,再由顶向下进行加载。JVM——类加载器(JDK8及之前,双亲委派机制)_第10张图片
JVM——类加载器(JDK8及之前,双亲委派机制)_第11张图片
JVM——类加载器(JDK8及之前,双亲委派机制)_第12张图片

你可能感兴趣的:(jvm,pycharm,ide)