类加载子系统 Krains 2020-07-31

时间:2022-07-22
本文章向大家介绍类加载子系统 Krains 2020-07-31,主要内容包括其使用实例、应用技巧、基本知识点总结和需要注意事项,具有一定的参考价值,需要的朋友可以参考一下。

# 概述

# 类加载器子系统作用

类加载子系统(ClassLoader)只负责从文件系统或者网络中加载class文件,至于它是否可以运行,则由执行引擎(Execution Engine)决定。

加载的类信息存放于一块被称为方法区的内存空间。除了类的信息外,方法区中还会存放运行时常量池信息、字符串字面量、数字常量。

# 类加载过程

分为3个阶段:加载、链接、初始化阶段。

.class文件的实质

class文件存在于本地硬盘中,可以理解为设计师画在纸上的模板,而最终这个模板在执行的时候要加载到JVM当中,并根据这个文件实例化出n个一模一样的实例。

如何将class文件加载入JVM,就是Class Loader的工作了,当然加载class文件到内存不仅仅是将它读入内存那么简单,分为3个阶段:加载、链接、初始化阶段。

Class Loader将class文件加载到JVM中,在内存中class文件被称为DNA元数据模板,放在方法区,Class Loader加载并初始化了一个该class的Class,用来实例化该class。

# 加载阶段

通过一个类的全限定名获取定义此类的二进制字节流(.class文件)。

将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。

在内存中生成一个代表这个类的java.class.Class对象,作为方法区这个类的各种数据的访问入口。

加载class文件的方式:本地文件系统或者网络上获取,也可以运行是动态生成(动态代理技术)。

# 链接阶段

链接又分为3个阶段:验证、准备、解析阶段。

# 验证(Verify)

目的在于确保Class文件的字节流中包含的信息符合当前虚拟机的要求,保证被加载类的正确性,不会危害虚拟机自身安全。

为防止字节码被人为修改或者恶意攻击,导致JVM运行崩溃,因此要有验证阶段。

主要包括四种验证:文件格式验证、元数据验证、字节码验证、符号引用验证。

# 准备(Prepare)

为类变量分配内存并且设置该类变量的默认初始值,即零值。

public class HelloApp {
    private static int a = 1;  // 准备阶段为0,在下个阶段,也就是初始化的时候才是1
    public static void main(String[] args) {
        System.out.println(a);
    }
}

这里不包含用final修饰的static,因为final在编译的时候就会分配了,准备阶段会显式初始化;

这里不会为实例变量分配初始化,类变量会分配在方法区中,而实例变量是会随着对象一起分配到Java堆中。

类变量也叫静态变量,也就是在变量前加了static的变量; 实例变量也叫对象变量,即没加static的变量; 区别在于: 类变量是所有对象共有,其中一个对象将它值改变,其他对象得到的就是改变后的结果; 而实例变量则属对象私有,某一个对象将其值改变,不影响其他对象;

# 解析(Resolve)

将常量池内的符号引用转换为直接引用的过程。

字面量

字面量(literal)是用于表达源代码中一个固定值的表示法。

int i = 1;把整数1赋值给int型变量i,整数1就是Java字面量,
String s = "abc";中的abc也是字面量。

符号引用

符号引用以一组符号来描述所引用的目标, 符号可以是任何形式的字面量。

在Java中,一个Java类将会编译成一个class文件,在编译时,Java类并不知道所引用类的实际内存地址(因为在我们写Java代码的时候使用的都是虚拟地址,在编译的时候才转化为实际物理地址),因此只能用符号引用来代替,所以在这个解析阶段,就要将符号引用转化为直接引用,这样才能够找到实际内存中的具体的对象。

直接引用

直接引用说白了, 就是程序运行时可以定位到引用的东西(类, 对象, 变量或者方法等)的内存地址。

# 初始化

初始化阶段就是执行类构造器方法(clinit)的过程,不同于类自身的构造器(init)。

clinit()方法不需定义,它其实就是javac编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而来,也就是说,当我们代码中包含static变量的时候,就会有clinit方法

JVM会保证子类的(clinit)执行前,父类的(clinit)已经执行完毕。

public class ClinitTest {
    static class Father {
        public static int A = 1;
        static {
            A = 2;
        }
    }

    static class Son extends Father {
        public static int b = A;
    }

    public static void main(String[] args) {
        System.out.println(Son.b);
    }
}

在执行ClinitTest类的main()方法时,需要将ClinitTest类加载入内存,当然它的父类Object也在它之前加载进来,执行main()方法用到了Son类,因此又去加载Son类,因为Son类继承了Father类,所以Father类也要经历加载、链接、初始化的过程,最后所有需要用到的类都加载好了,程序就能正常执行,从而打印出了2。

虚拟机必须保证一个类的(clinit)方法在多线程下被同步加锁。

public class DeadThreadTest {
    public static void main(String[] args) {
        new Thread(() -> {
            System.out.println(Thread.currentThread().getName() + "t 线程t1开始");
            new DeadThread();
        }, "t1").start();

        new Thread(() -> {
            System.out.println(Thread.currentThread().getName() + "t 线程t2开始");
            new DeadThread();
        }, "t2").start();
    }
}
class DeadThread {
    static {
        if (true) {
            System.out.println(Thread.currentThread().getName() + "t 初始化当前类");
            while(true) {

            }
        }
    }
}

程序死锁,控制台输出如下:

线程t1开始
线程t2开始
线程t2 初始化当前类

类DeadThread的只初始化一次,并且多个线程互斥访问。

# 类加载器分类

JVM支持两种类型的类加载器 。分别为引导类加载器(Bootstrap ClassLoader)和自定义类加载器(User-Defined ClassLoader)。

从概念上来讲,自定义类加载器一般指的是程序中由开发人员自定义的一类类加载器,但是Java虚拟机规范却没有这么定义,而是将所有派生于抽象类ClassLoader的类加载器都划分为自定义类加载器。

无论类加载器的类型如何划分,在程序中我们最常见的类加载器始终只有3个,如下所示:

这里的四者之间是包含关系,不是上层和下层,也不是子系统的继承关系。

# 虚拟机自带的加载器

启动类加载器:负责加载机器上安装的Java目录下的核心类,Java安装目录下有个lib文件存放了Java的核心库,JVM启动后,首先会依托启动类加载器去加载lib。

扩展类加载器:就是加载lib/ext目录,和启动类加载器差不多,但它是启动类加载器的儿子。

应用程序类加载器:负责加载ClassPath环境变量指定路径中的类,就是把你写好的代码加载进内存。

自定义类加载器:自己写的类加载器,继承ClassLoader类,重写类加载方法

# 双亲委派机制

Java虚拟机对class文件采用的是按需加载的方式,也就是说当需要使用该类时才会将它的class文件加载到内存生成class对象。而且加载某个类的的class文件时,Java虚拟机采用的是双亲委派机制,即把请求交给父类处理,它是一种任务委派模式。

# 工作方式

  1. 如果一个类加载器收到了类加载请求,它并不会自己先去加载,而是把这个请求委托给父类的加载器去执行;
  2. 如果父类的加载器还存在其父类加载器,则进一步向上委托,依次递归,请求最终到达顶层的启动类加载器;
  3. 如果父类加载器可以完成类加载任务,就成功返回,如果父类加载器无法完成此加载任务,子加载器才会尝试自己去加载,这就是双亲委派模式。

例子:

当我们加载jdbc.jar 用于实现数据库连接的时候,首先我们需要知道的是 jdbc.jar是基于SPI接口进行实现的,在加载的时候进行双亲委派,最终从启动类加载器中加载 SPI核心类,SPI核心类只是一个接口,不同的数据库有不同的实现类,这些类都实现了SPI接口,加载了核心SPI接口,这时会进行反向委派,通过线程上下文类加载器进行实现类 jdbc.jar的加载。

优势:

  • 能够避免类的重复加载
  • 自定义的类java.lang.String不会被启动类加载器加载,可以保护程序安全,防止核心API被随意篡改。