深入JVM系列-类加载原理

    看完这系列文章能对JVM有一个全新而全面的认识！（文章来源于我的公众号：Java技术泛）

    首先介绍的是类的生命周期，类的生命周期主要分为以下几个阶段，如下图所示：

 

类加载

    类的加载指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，然后在内存中创建一个java.lang.Class对象（JVM规范中并未说明class对象位于哪里，HotSpot虚拟机将其放在了方法区中）用来封装类在方法区内的数据结构。

 

类连接

    在类加载完之后就进入连接阶段，这个阶段分为以下三个环节：

    1）验证：确保被加载类的正确性，是否符合jvm规范

    2）准备：为类的静态变量分配内存，并将其初始化为默认值

    在准备阶段，Java虚拟机为类的静态变量分配内存，并设置默认的初始值。例如对于以下Sample类，在准备阶段，将为int类型的静态变量a分配4个字节的内存空间，并且赋予默认值0，为long类型的静态变量b分配8个字节的内存空间，并且赋予默认值0。

public class Sample{  private static int a = 1;  private static long b;  static{      b = 2;  }}

    3）解析：把类中的符号引用转换成直接引用

 

初始化

    连接完之后就进入初始化阶段，为类的静态变量赋予正确的初始值。在程序中，静态变量的初始化有两种途径：在静态变量的声明处进行初始化、在静态代码块中进行初始化。

    关于类的初始化，那么类是在哪些条件下会进行初始化呢？结论是每个类或接口首次被程序"主动使用"时，才会初始化它们，什么是主动使用？包括以下7点：

    1）创建类的实例

    2）访问每个类或接口的静态变量、或对该静态变量赋值

    3）调用类的静态方法

    4）反射（如：Class.forName("com.test.Test")）

    5）初始化一个类的子类

    6）Java虚拟机启动时被标明为启动类的类

    7）JDK1.7开始提供的动态语言支持：java.lang.invoke.MethodHandle实例的解析结果REF_getStatic、REF_putStatic、REF_invokeStatic句柄对应的类没有初始化，则初始化

    除了上述的7种情况外，都认为是非主动使用，不会触发类的初始化操作。

 

类初始化过程中常量的详解

    对于静态变量字段来说，只有直接定义了该字段的类才会被初始化；当一个类在初始化时，要求其父类全部都已经初始化完毕了。

    定义：final修饰的变量为常量

    特点：常量在编译阶段会存入到调用这个常量的方法所在的类的常量池中。本质上，调用类并没有直接引用到定义常量的类，因此并不会触发定义常量的类的初始化。

public class MyTest {    public static void main(String[] args) {        System.out.println(MyParent.str);    }}class MyParent {    // 如果str为常量 -> 则不会初始化该类    // 如果str为变量（不用final修饰）-> 则会初始化该类，执行静态代码块    public static final String str = "hello world";    static {        System.out.println("MyParent static block");    }}

    上面的代码，在编译完成后，删除MyParent.class文件，输出结果如下：

MyParent static blockhello word

    如果把修饰str的final去掉，编译完成后，删除MyParent.class文件，将抛出异常：

Caused by: java.lang.ClassNotFoundException: com.yto.cn.classload.MyParent3

    这是因为常量在编译完成后会被存放在常量池当中，并不会触发类的初始化操作，因此删除该常量所在的class文件对运行结果没有影响。

 

 

编译期常量与运行期常量区别

 

    当一个常量的值并非编译期间可以确定的，那么其值就不会被放到调用类的常量池中，那么在程序运行时，会导致主动使用这个常量所在的类，显然会导致这个类被初始化。如下面例子所示：

public class MyTest3 {    public static void main(String[] args) {        System.out.println(MyParent3.str);    }}class MyParent3 {    // 运行时才确定常量    public static final String str = UUID.randomUUID().toString();    static{        System.out.println("MyParent3 static block");    }}

    如果在编译完成后删除MyParent3.class文件，则会抛出异常：

Caused by: java.lang.ClassNotFoundException: com.yto.cn.classload.MyParent3

 

 

类加载器深入解析

 

    类的加载的最终产品是位于内存中的Class对象。

    Class对象封装了类在方法区内的数据结构，并且向Java程序员提供了访问方法区内的数据结构的接口。

    类加载器用来把类加载到Java虚拟机中，从JDK1.2开始，类的加载过程采用双亲委托机制，在此委托机制中，除了Java虚拟机自带的根类加载器以外，其余的类加载器都有且只有一个父加载器。当Java程序要求请求加载器loader1加载Sample类时，loader1首先委托自己的父加载器去加载Sample类，若父加载器能加载，则由父加载器完成加载任务，否则才由加载器loader1本身加载Sample类。

    有两种类型的类加载器：

    1）Java虚拟机自带的类加载器

    根类加载器（Bootstrap）：负责加载虚拟机的核心类库，如java.lang.* 等。根类加载器从系统属性sun.boot.class.path=$JAVA_HOME/jre/lib或 -Xbootclasspath所指定的目录中加载类库。根类加载器的实现依赖于底层操作系统，属于虚拟机的实现的一部分，它并没有继承java.lang.ClassLoader类。

    扩展类加载器（Extension）：它的父加载器为根类加载器。从java.ext.dirs系统属性所指定的目录中加载类库（-Djava.ext.dirs=sss/lib），如果没有设置则从JDK的安装目录$JAVA_HOME/lib/ext子目录下加载类库，如果把用户创建的JAR文件放在这个目录下，也会自动由扩展类加载器加载，扩展类加载器是纯Java类，是java.lang.ClassLoader类的子类。

    应用类加载器（Application）：父类为扩展类加载器，如果设置了系统属性java.class.path（java -classpath/-Djava.class.path），则从指定的目录中加载类；如果没有设置，则从环境变量$classpath指定的目录下加载类（这里需要说明的是，如果$CLASSPATH为空，jdk会默认将被运行的Java类的当前路径作为一个默认的$CLASSPATH，一但设置 了$CLASSPATH变量，则会到$CLASSPATH对应的路径下去寻找相应的类，找不到就会报错）。它是用户自定义的类加载器的默认父加载器，是纯Java类，是java.lang.ClassLoader类的子类。

    2）用户自定义的类加载器

    是java.lang.ClassLoader的子类，用户可以定制类的加载方式

    下面画了关于各个类加载器的一个关系图：

 

    由于每一章的篇幅不宜太多，本篇文章就分享到这里。后面会继续对类加载器的作用、源码、和双亲委托机制做一个详细的剖析，感兴趣的小伙伴可以关注一下我的公众号：Java技术泛