JVM中类加载的机制

目录

一、Class类(Class文件)的结构

常量池表(Constant Pool Table)：

字面量：

符号引用：

直接引用：

符号引用转换为直接引用的方式：

字段表集合：

方法表集合：

二、类加载器：

三、类的加载

双亲委派模型

一个类的加载过程：

装载

连接：

初始化

显示加载类的方法：Class.forName和classloader

---

一、Class类(Class文件)的结构

常量池表(Constant Pool Table)：

• 用于存放编译期生成的各种字面量(Literal)与符号引用(Symbolic References)
• 类加载时，会将常量池表中的内容存放到方法区的运行时常量池(Runtime Constant Pool)中。

字面量：

• 比较接近于Java语言层面的常量概念，如文本字符串、被声明为final的常量值等。

符号引用：

• 概念：
  • 一个java类将会编译成一个class文件。在编译时，java类并不知道所引用的类的实际地址，因此只能使用符号引用来代替。
  • 符号引用以一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要使用时能够无歧义的定位到目标即可。
  • 符号引用的字面量形式明确定义在Java虚拟机规范的Class文件格式中。在Class文件中它以CONSTANT_Class_info、CONSTANT_Fieldref_info、CONSTANT_Methodref_info等类型的常量出现。
• 特点：
  • 符号引用与虚拟机的内存布局无关，引用的目标并不一定加载到内存中。

直接引用：

• 概念：直接引用指向了方法实际运行时内存布局中的入口地址。
• 特点：
  • 直接引用并不在Class文件的常量池中，而是存放在方法区的运行时常量池中。
  • 直接引用和虚拟机实现的内存布局相关，如果有了直接引用，那引用的目标必定已在内存中存在。

符号引用转换为直接引用的方式：

• 前言：
  • Class文件中(字节码)所有的方法调用指令中存储的都是符号引用，而不是方法在实际运行时内存布局中的入口地址(即：直接引用)。
• 静态连接：
  • 当jvm加载一个类时，若被调用的目标方法在编译期可知，且运行期保持不变，那么jvm将该目标方法的符号引用转换为直接引用的过程称为静态连接。
• 动态连接：
  • 如果被调用的方法在编译期无法被确定下来，只能在程序运行期将调用方法的符号引用转换为直接引用，这种转换的过程称为动态连接。
  • java中的多态特性就是通过动态连接来实现的。正是因为动态连接这个特性，java具备了强大的动态扩展能力。

字段表集合：

• 描述接口或者类中声明的变量

方法表集合：

• 描述接口或者类中声明的方法

二、类加载器：

启动类加载器(Bootstrap ClassLoader)：

• 负责将存放在 %JAVA_HOME%/lib 目录中的类库(如：rt.jar)加载到虚拟机内存中，用来加载Java的核心API，由本地代码(C)编写。

扩展类加载器(Extension ClassLoader)：

• 负责加载%JAVA_HOME%/lib/ext 目录中的类库，用来加载Java的扩展API。
• 源码：rt.jar中的sun.misc.Launcher.ExtClassLoader类。

应用程序类加载器(Application ClassLoader)：

• 负责加载用户类路径(ClassPath)中的类库。
• 源码：rt.jar中的sun.misc.Launcher.AppClassLoader类。
• 注：AppClassLoader是java.lang.ClassLoader中getSystemClassLoader()方法的返回值。故又称之为：系统类加载器

类加载器的使用时机：

• 服务启动时：会运行Bootstrap ClassLoader加载器来加载了Java核心的API（Extension ClassLoader和Application ClassLoader也在此时被加载），然后调用Extension ClassLoader加载扩展API，最后Application ClassLoader加载classpath下定义的Class。
• 调用ClassLoader.loadClass()方法 或 调用Class.forName()方法时。

类与类加载器的关系

•  一个类需要由加载它的类加载器和这个类本身一同来确定这个类在Java虚拟机中的唯一性。
• 判断两个类是否相等：
  • 只有当两个类是由同一个类加载器加载时，判断它们是否相等才有意义。
  • 如果两个类不是由同一个类加载器加载的，即使这两个类来源于同一个Class文件，被同一个虚拟机加载，只要加载它们的类加载器不同，那么这两个类一定不相等。

三、类的加载

双亲委派模型

原理：

• 如果一个类加载器收到了类加载的请求，它首先会把这个请求委派给父加载器去完成，每一个层次的类加载器都是如此，直到这个请求被委派到顶层的启动类加载器。只有当父加载器反馈自己无法完成这个加载请求(在它的搜索范围中没有找到所需的类)时，子加载器才会尝试自己去加载。
• 类加载器间的父子关系不是以继承的方式实现的，而是以组合关系的方式来复用父加载器的代码。

优点：

• Java类型体系中最基础的行为得到了保证，从而保证了Java程序的稳定运行。
• Java类随着它的类加载器一起具备了一种带有优先级的层次关系。

一个类的加载过程：

装载

• 找到相应的Class文件，读入JVM。

连接：

• 连接分为三步：验证、准备、解析
• 验证：
  • 验证Class文件是否符合规定，确保Class文件中包含的信息符合当前虚拟机的要求。
• 准备：
  • 为类变量分配内存并设置类变量的默认初始值，这些变量所使用的内存都将在方法区中进行分配。
  • 注意：此时进行内存分配的只有类变量(static变量)，不包括实例变量。实例变量会在对象实例化时随着对象一起分配在Java堆中。
• 解析：
  • 将常量池中的符合引用替换为直接引用，此过程也称为"静态连接"。

初始化

• 类初始化的时机：
  • 1）读取或设置类的静态字段(注:被final修饰、已在编译期间把结果放入常量池的静态字段除外)，以及调用类的静态方法时。注：子类引用父类的静态字段，只会触发父类的初始化而不会触发子类的初始化。
  • 2)使用new关键字来实例化对象的时候、使用java.lang.reflect包的方法对类进行反射调用的时候，如果类没有进行过初始化，则需要先触发其初始化
  • 3)当初始化一个类的时候，如果发现其父类还没有初始化，则需要先触发其父类的初始化
  • 4)当虚拟机启动时，用户需要指定一个要执行的主类(包含main方法的类)，虚拟机会先初始化这个主类
  • 类的初始化顺序
    • 初始化顺序依次是（静态变量、静态初始化块）>（变量、初始化块）> 构造器
    • *对于静态变量和静态初始化块之间、变量和初始化块之间的先后顺序：依照他们在类中的声明顺序进行初始化的
    • 有继承关系时：（父类的静态变量、静态初始化块）>（子类的静态变量、静态初始化块）>（父类变量、初始化块）>（父类的构造器）>（子类变量、初始化块）>（子类构造器）
    • *并不是父类完全初始化完毕后才进行子类的初始化，子类的静态变量和静态初始化块的初始化是在父类的变量、初始化块和构造器初始化之前就完成了
  • 查看jar包中是否包含某个类：    jar -tf test.jar | grep 类名

显示加载类的方法：Class.forName和classloader

ClassLoader.loadClass()方法：

• 在加载类的的时候并不对该类进行解析，因此不会初始化该类；
• protected Class<?> loadClass(String name, boolean resolve)
  • resolve - 是否解析这个类，默认为false
  • name - 类的二进制名称

Class.forName()方法：

• 在加载类的时候会将类进行解析和初始化。
• public static Class<?> forName(String name, boolean initialize, ClassLoader loader)
  • name - 所需类的完全限定名
  • initialize - 是否必须初始化类，默认为true
  • loader - 用于加载类的类加载器，默认为当前类的类加载器