JVM类加载

目录

加载的内容

类的生命周期

类的加载时机

类加载器

类加载器特性

自定义ClassLoader用法

---

加载的内容

Java的类型：

        基本类型；

        引用类型：类，接口，数组；

        基本类型由Java虚拟机预先定义。

        数组类是由Java虚拟机直接生成。

        Java虚拟机编译类、接口生成的字节流，程序内部直接生成的字节流，网络中获取的字节

流，就是JVM类加载器加载的内容；

类的生命周期

1，加载

        查找字节流，Java虚拟机编译类和接口生成的字节流，程序内部直接生成的字节流，网络中

获取的字节流；

2，链接

        1） 验证：验证格式、依赖，确保被加载类能够满足 Java 虚拟机的约束条件；

        2） 准备：给静态字段分配内存；构建方法表（具体作用见后续）；

        3） 解析：class文件被加载至Java虚拟机之前，它的方法、字段地址是不知道的，当需要引

用这些成员时，Java 编译器会生成一个符号引用。解析阶段会将这些符号引用解析成为实际引

用。

        如果符号引用指向一个未被加载的类，或者未被加载类的字段或方法，那么解析将触发这个

类的加载（不一定触发这个类的链接以及初始化）。

3，初始化：构造器、静态变量赋值、静态代码块

        常量初始化由Java虚拟机完成；

        常量之外的直接赋值操作，静态代码块中的代码，会被Java编译器置于同一个初始化方法中。

        初始化过程即为常量赋值，调用上述的初始化方法。Java虚拟机会通过加锁来确保类的初始

化方法仅被执行一次。

4，使用;

5，卸载;

类的加载时机

        1，当虚拟机启动时，初始化用户指定的主类，就是启动执行的 main 方法所在的类；

        2，当遇到用以新建目标类实例的 new 指令时，初始化 new 指令的目标类；

        3，当遇到调用静态方法的指令时，初始化该静态方法所在的类；

        4，当遇到访问静态字段的指令时，初始化该静态字段所在的类；

        5，子类的初始化会触发父类的初始化；

        6，如果一个接口定义了 default 方法，那么直接实现或者间接实现该接口的类的初始化，会

触发该接口的初始化；

        7，使用反射 API 对某个类进行反射调用时，初始化这个类，其实跟前面一样，反射调用要么

是已经有实例了，要么是静态方法，都需要初始化；

        8，当初次调用 MethodHandle 实例时，初始化该 MethodHandle 指向的方法所在的类。

        不会初始化（可能会加载）

        1，通过子类引用父类的静态字段，只会触发父类的初始化，而不会触发子类的初始化。

        2，定义对象数组，不会触发该类的初始化。

        3，常量在编译期间会存入调用类的常量池中，本质上并没有直接引用定义常量的类，不会触

发定义常量所在的类。

        4，通过类名获取 Class 对象，不会触发类的初始化，Hello.class 不会让 Hello 类初始化。

        5，通过 Class.forName 加载指定类时，如果指定参数 initialize 为 false 时，也不会触发类初

始化，其实这个参数是告诉虚拟机，是否要对类进行初始化。(Class.forName”jvm.Hello”)默认会加

载 Hello 类。

        6，通过 ClassLoader 默认的 loadClass 方法，也不会触发初始化动作（加载了，但是不初始

化）。

类加载器

类加载器的种类（JDK1.8）：

1，启动类加载器（BootstrapClassLoader）

加载路径：

2，扩展类加载器（ExtClassLoader）

加载路径：

3，应用类加载器（AppClassLoader）

加载路径：

类加载器特性

        JDK1.8中启动类加载器（BootstrapClassLoader）是由C++实现的，没有对应的Java对象。

        扩展类加载器（ExtClassLoader）和应用类加载器（AppClassLoader）继承关系如上图；

1，双亲委托

        双亲委派模型：每当一个类加载器接收到加载请求时，它会先将请求转发给父类加载器。在

父类加载器没有找到所请求的类的情况下（不同加载器搜寻的路径不同），该类加载器才会尝试去

加载。

        Tips：

        1，不同类加载器加载的类不能相互访问；Java虚拟机中，类的唯一性是由类加载器实例以及

类的全名一同确定的。即便是同一串字节流，经由不同的类加载器加载，也会得到两个不同的类。

在大型应用中，我们往往借助这一特性，来运行同一个类的不同版本。

        2，子类加载器加载的类，能访问父类加载器加载的类；

        例子：

        自定义ClassA由AppClassloader加载，String通过加载ClassA的类加载器AppClassloader进

行加载，但最终委派到BootstrapClassLoader加载的。ClassA在AppClassloader的命名空间中；

String类在BootstrapClassLoader的命名空间中，同时也在ExtClassloader和AppClassloader的命

名空间中，所以ClassA可以访问String类。

        

        双亲委派的缺点：父类加载器加载的类，无法访问子加载器加载的类；

        解决方法：自定义类加载器，破坏双亲委派机制；

2. 负责依赖

        加载器加载一个类时，会把这个类依赖的其他类一起加载进来；

3. 缓存加载

        被加载的类信息会被缓存在内存中，下次需要加载时，直接从缓存中获取；

自定义ClassLoader用法

public class CustomClassLoader extends ClassLoader{
    ...
    @Override
    protected Class<?> findClass(String name) throws ClassNotFoundException {
        // 获取输入流
        InputStream inputStream = this.getClass().getClassLoader().getResourceAsStream("file path");
        int length = inputStream.available();
        byte[] byteArray = new byte[length];
        inputStream.read(byteArray);
        // 自定义处理逻辑：加密之类
        byte[] classBytes = customHandle(byteArray);
        return defineClass(name, classBytes, 0, classBytes.length);
    }
    ...
}