欢迎光临
我们一直在努力

【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:标准遵循双亲委派的自定义加载器

    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)

    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()。
  • 赞(0)
    未经允许不得转载:171主机测评 » 【JVM】类加载全过程&双亲委派机制深度解析
    分享到: 更多 (0)

    评论 抢沙发

    • 昵称 (必填)
    • 邮箱 (必填)
    • 网址