【JVM】类加载全过程&双亲委派机制深度解析

大家好，我是程序员二叉。

简介

本文梳理后端面试必考的类加载五大步骤、双亲委派机制原理、机制优缺点、打破方案、自定义类加载器完整实现逻辑，附带可运行代码示例。欢迎点赞关注收藏。

一、JVM类加载的五个步骤

类从磁盘.class文件到内存实例化对象，完整分为加载、验证、准备、解析、初始化五个阶段。

1. 加载 Loading

根据类的全限定名读取二进制字节流；
将字节流转换成方法区中的运行时数据结构；
在堆中生成代表这个类的Class对象，作为访问方法区类信息的入口。

2. 验证 Verification

校验字节码合法性、安全性，防止恶意代码破坏虚拟机，分为四层校验：

文件格式验证：校验字节流是否符合Class文件规范；
元数据验证：校验类的语义、继承关系等基础语法；
字节码验证：校验方法体内指令逻辑安全；
符号引用验证：校验引用的外部类/字段/方法是否可访问存在。

3. 准备 Preparation

给类中static静态变量分配内存空间，内存位于方法区；
给静态变量赋默认零值，而非代码中赋值；

示例：static int num = 100，准备阶段num=0，初始化阶段才赋值100

常量static final编译期直接赋值，准备阶段就赋予确定值。

4. 解析 Resolution

把常量池里的符号引用 替换成内存中真实的直接引用 ；

解析对象包含：类/接口、字段、普通方法、接口方法、方法句柄、调用点限定符等。

5. 初始化 Initialization

类加载最后一步，真正执行Java代码逻辑：

自动生成并执行类构造器<clinit>()方法；
按代码顺序给静态变量赋予代码定义的值；
顺序执行静态代码块；
只有主动引用类时才会触发初始化，被动引用不会执行初始化。

二、什么是双亲委派机制

1. 三层原生类加载器层级

启动类加载器 Bootstrap ClassLoader ：C++实现，加载JAVA_HOME/lib核心rt.jar等基础类；
扩展类加载器 Extension ClassLoader ：Java实现，加载JAVA_HOME/lib/ext扩展包；
应用程序类加载器 App ClassLoader：系统默认加载器，加载项目classpath下自定义代码、第三方依赖包。

2. 委派执行流程

当一个类加载器收到加载请求：

自身先不尝试加载，向上委托父加载器处理；
层层向上传递，直到最顶层启动类加载器；
顶层加载器无法加载时，再逐级向下由子加载器尝试加载；
全部加载失败抛出ClassNotFoundException。

3. 双亲委派核心优势

安全防护：防止恶意篡改Java核心类（比如自定义java.lang.String无法覆盖原生类）；
全局唯一性：保证同一个全限定名的类在JVM中只存在一份Class实例；
避免重复加载：父加载器加载成功后，子类直接复用，减少IO加载开销。

三、双亲委派机制的缺点

上层加载器无法访问下层加载器的类
启动类加载器、扩展加载器不能识别应用加载器加载的业务类，上下单向隔离；
SPI服务扩展场景适配困难
如JDBC、日志框架SPI，核心接口由启动类加载器加载，但实现类在项目classpath，默认委派模式拿不到实现类；
模块化、热部署、插件化场景受限
OSGi、Tomcat多web应用隔离、代码热更新等场景，需要独立隔离类加载环境，原生委派无法实现；
无法实现类隔离
多个模块依赖不同版本Jar包时，双亲委派只会加载第一个找到的Jar，版本冲突无法隔离。

四、如何打破双亲委派机制

1. 底层原理

ClassLoader加载入口是loadClass(String name)，原生方法内置双亲委派逻辑；重写loadClass()方法，删除向上委托逻辑即可打破。

2. 三代打破方案

第一代：重写loadClass()
完全重写加载逻辑，跳过父加载器委托，早期Tomcat、OSGi使用；
第二代：线程上下文类加载器 ContextClassLoader
SPI标准解决方案，核心接口由启动加载器加载，通过线程上下文切换成应用加载器去加载实现类；
第三代：模块化自定义层级
自定义平行类加载器，不遵循父层级，用于插件、多版本Jar隔离。

典型打破场景

JDBC驱动加载、Dubbo SPI、Spring SPI；
Tomcat多个Web工程独立类隔离；
OSGi模块化框架、开发工具热部署；
中间件插件化架构。

五、如何实现自定义类加载器

规范实现规则

继承ClassLoader父类；
遵循双亲委派：只重写findClass()，不要改动loadClass()；
在findClass中读取.class字节码，调用defineClass()转换成Class对象；
若要打破委派：重写loadClass()，屏蔽parent委托逻辑。

示例1：标准遵循双亲委派的自定义加载器

java 复制代码

import java.io.File;
import java.io.FileInputStream;

public class CustomClassLoader extends ClassLoader {
    // 自定义class文件存放路径
    private final String classDir;

    public CustomClassLoader(String classDir) {
        this.classDir = classDir;
    }

    // 只重写findClass，保留原生双亲委派逻辑
    @Override
    protected Class<?> findClass(String className) throws ClassNotFoundException {
        try {
            // 1. 读取class文件字节数组
            byte[] classBytes = readClassFile(className);
            if (classBytes == null) {
                throw new ClassNotFoundException();
            }
            // 2. 字节码转为Class对象
            return defineClass(className, classBytes, 0, classBytes.length);
        } catch (Exception e) {
            throw new ClassNotFoundException(className, e);
        }
    }

    // 读取磁盘.class文件
    private byte[] readClassFile(String className) throws Exception {
        String path = classDir + File.separator + className.replace(".", File.separator) + ".class";
        try (FileInputStream fis = new FileInputStream(path)) {
            return fis.readAllBytes();
        }
    }

    // 测试调用
    public static void main(String[] args) throws Exception {
        CustomClassLoader loader = new CustomClassLoader("D:/classpath");
        Class<?> testCls = loader.loadClass("com.demo.Test");
        Object obj = testCls.newInstance();
        System.out.println(obj);
    }
}

示例 2：打破双亲委派（重写 loadClass）

java 复制代码

public class BreakDelegateClassLoader extends ClassLoader {
    private final String classDir;

    public BreakDelegateClassLoader(String classDir) {
        this.classDir = classDir;
    }

    // 重写加载入口，跳过父加载器委托
    @Override
    public Class<?> loadClass(String name) throws ClassNotFoundException {
        // 1. 先查询缓存是否已加载
        Class<?> cacheClass = findLoadedClass(name);
        if (cacheClass != null) {
            return cacheClass;
        }
        // 不向上委托父加载器，直接自己加载
        try {
            byte[] bytes = readBytes(name);
            return defineClass(name, bytes, 0, bytes.length);
        } catch (Exception e) {
            // 自己加载失败，再交给父类兜底
            return super.loadClass(name);
        }
    }

    private byte[] readBytes(String className) throws Exception {
        // 读取class文件逻辑省略，同上示例
        return new byte[0];
    }
}

总结（面试速记版）

类加载五步：加载 → 验证 → 准备 → 解析 → 初始化；
双亲委派：向上委托父加载器，父失败再子类加载；
优点：安全防篡改、类唯一、无重复加载；缺点：上下隔离、SPI 不兼容、插件化受限；
打破核心：重写loadClass()，主流方案上下文类加载器；
标准自定义加载器：继承 ClassLoader，重写findClass()；打破委派重写loadClass()。