JVM 类加载过程解析

本文涉及的产品
云解析 DNS,旗舰版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
简介: JVM 类加载过程解析

类加载过程


类加载的时机


一个类型被加载到虚拟机内存中开始,到卸载出内存为止、它的整个生命周期将会经历加载、验证、准备、解析、初始化、使用、卸载七个阶段。其中验证、准备、解析为连接


640.png


类被主动加载的 7 种情况


  1. 创建类的实例, 比如:new Object();
  2. 访问某个类或接口的静态变量,或者对该静态变量赋值;
  3. 调用类的静态方法;
  4. 反射(如 Class.forName("com.test.Test");
  5. 初始化一个类的子类;
  6. Java虚拟机启动时被标记为启动类的类, 就是包含 main 方法的类(Java Test);
  7. JDK1.7开始提供的动态语言支持,java.lang.invoke.MethodHandle实例的解析结果REF_getStatic, REF_putStatic,;


REF_invokeStatic句柄对应的类没有被初始化则初始化。


其它加载情况


  1. 当 Java 虚拟机初始化一个类时,要求它所有的父类都被初始化,单这一条规则并不适用于接口。


  • 在初始化一个类时,并不会先初始化它所实现的接口
  • 在初始化一个接口时,并不会先初始化它的父类接口
  • 因此,一个父接口并不会因为他的子接口或者实现了类的初始化而初始化,只有当程序首次被使用特定接口的静态变量时,才会导致该接口的初始化。


  1. 只有当前程序访问的静态变量或静态方法确实在当前类或当前接口定义时,才可认为是对接口或类的主动使用。


  1. 调用 ClassLoader 类的 loadClass 方法加载一类,并不是对类的主动使用,不会导致类的初始化。


测试例子 1:


public class Test_2 extends Test_2_A {
    static {
        System.out.println("子类静态代码块");
    }
    {
        System.out.println("子类代码块");
    }
    public Test_2() {
        System.out.println("子类构造方法");
    }
    public static void main(String[] args) {
        new Test_2();
    }
}
class Test_2_A {
    static {
        System.out.println("父类静态代码块");
    }
    {
        System.out.println("父类代码块");
    }
    public Test_2_A() {
        System.out.println("父类构造方法");
    }
    public static void find() {
        System.out.println("静态方法");
    }
}
//代码块和构造方法执行顺序
//1).父类静态代码块
//2).子类静态代码块
//3).父类代码块
//4).父类构造方法
//5).子类代码块
//6).子类构造方法


测试例子 2:


public class Test_1 {
    public static void main(String[] args) {
        System.out.println(Test_1_B.str);
    }
}
class Test_1_A {
    public static String str = "A str";
    static {
        System.out.println("A Static Block");
    }
}
class Test_1_B extends Test_1_A {
    static {
        System.out.println("B Static Block");
    }
}
//输出结果
//A Static Block
//A str


类加载流程


加载


在硬盘上查找并且通过 IO 读入字节码文件,使用到该类的时候才会被加载,例如调用 main 方法, new 关键字调用对象等,在加载阶段会在内存中生成这个类的 java.lang.Class 对象, 作为方法区这个类的各种数据的访问入口。


验证


校验字节码文件的正确性


准备


给类的静态变量分配内存,并且赋予默认值


解析


符号引用替换为直接引用,该节点会把一些静态方法(符号引用,比如 main() 方法)替换为指向数据所存内存的指针或句柄等(直接引用),这就是所谓的静态链接过程(类加载期间完成),动态链接是在程序运行期间完成的将符号引用替换为直接引用。


初始化


对类的静态变量初始化为指定的值,执行静态代码块。


类加载器


  • **_引导类加载器(Bootstrap Class Loader) _**负责加载 <JAVA_HOME>\lib\ 目录或者被 -Dbootclaspath 参数指定的类,  比如: rt.jar, tool.jar 等 。
  • 拓展类加载器(Extension Class Loader)  负责加载 <JAVA_HOME>\lib\ext\-Djava.ext.dirs 选项所指定目录下的类和 jar包。
  • 应用程序类加载器(System Class Loader) 负责加载 CLASSPATH-Djava.class.path所指定的目录下的类和 jar 包。
  • 自定义类加载器:负责加载用户自定义包路径下的类包,通过 ClassLoader 的子类实现 Class 的加载。


测试文件:


public class TestJVMClassLoader {
    public static void main(String[] args) {
        System.out.println(String.class.getClassLoader());
        System.out.println(DESKeyFactory.class.getClassLoader());
        System.out.println(TestJVMClassLoader.class.getClassLoader());
        System.out.println();
        ClassLoader appClassLoader = ClassLoader.getSystemClassLoader();
        ClassLoader extClassLoader = appClassLoader.getParent();
        ClassLoader bootstrapClassLoader = extClassLoader.getParent();
        System.out.println("bootstrapClassLoader: " + bootstrapClassLoader);
        System.out.println("extClassLoader: " + extClassLoader);
        System.out.println("appClassLoader: " + appClassLoader);
        System.out.println();
        System.out.println("bootstrapLoader 加载以下文件:");
        URL[] urls = Launcher.getBootstrapClassPath().getURLs();
        for (URL url : urls) {
            System.out.println(url);
        }
        System.out.println();
        System.out.println("extClassLoader 加载以下文件:");
        System.out.println(System.getProperty("java.ext.dirs"));
        System.out.println();
        System.out.println("appClassLoader 加载以下文件:");
        System.out.println(System.getProperty("java.class.path"));
    }
}


双亲委派机制


什么是双亲委派机制?


一个类加载器收到了类加载的请求, 它首先不会自己去尝试自己去加载这个类,而是这个请求委派给父类加载器去完成,每一个层次的类加载器都是如此,因此所有的请求最终都应该传送到最顶层的启动类加载器中,只有当父加载器反馈自己无法完成这个加载请求(即搜索范围中没有找到所需的类)时,子加载器才会尝试自己完成加载。


类加载和双亲委派模型如下图所示


640.png


我们再来看看 ClassLoader 类的 loadClass 方法


// loadClass
protected Class<?> loadClass(String name, boolean resolve)
  throws ClassNotFoundException
{
  synchronized (getClassLoadingLock(name)) {
    // 首先检查当前类是否被加载
    Class<?> c = findLoadedClass(name);
    if (c == null) {
      long t0 = System.nanoTime();
      try {
        if (parent != null) {
          // 如果父类类加载器不为空,先尝试父类加载来加载
          c = parent.loadClass(name, false);
        } else {
          // 引导类加载器尝试加载
          c = findBootstrapClassOrNull(name);
        }
      } catch (ClassNotFoundException e) {
        // ClassNotFoundException thrown if class not found
        // from the non-null parent class loader
      }
      if (c == null) {
        // If still not found, then invoke findClass in order
        // to find the class.
        long t1 = System.nanoTime();
        // 尝试自己加载 
        c = findClass(name);
        // this is the defining class loader; record the stats
        sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
        sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
        sun.misc.PerfCounter.getFindClasses().increment();
      }
    }
    if (resolve) {
      resolveClass(c);
    }
    return c;
  }
}
// 类加载器的包含关系
public abstract class ClassLoader {
    private static native void registerNatives();
    static {
        registerNatives();
    }
   // 当前 ClassLoader 和 parent ClassLoader 的包含关系
    private final ClassLoader parent;
}


总结:


  1. 不是树形结构(只是逻辑树形结构),而是包含/包装关系。
  2. 加载顺序,应用类加载器,拓展加载器,系统加载器。
  3. 如果有一个类加载器能够成功加载 Test 类,那么这个类加载器被称为定义类加载器,所有可能返回 Class 对象引用的类加载器(包括定义类加载器)都被称为初始类加载器。


设计双亲委派机制的目的?


  1. 保证 Java 核心库的类型安全:所有的java 应用都会至少引用 java.lang.Object 类, 也就是说在运行期, java.lang.Object 的这个类会被加载到 Java 虚拟机中,如果这个加载过程是由 Java 应用自己的类加载器所完成的,那么很有可能会在 JVM 中存在多个版本的 java.lang.Object 类,而且这些类之间还是不兼容的。互不可见的(正是命名空间发挥着作用)借助于双亲委托机制,Java 核心库中的类加载工作都是由启动类加载器统一来完成的。从而确保了Java 应用所使用的都是同一个版本的 Java 核心类库,他们之间是相互兼容的。


  1. 可以确保 Java 核心库所提供的类不会被自定义的类所替代。


  1. 不同的类加载器可以为相同类(binary name)的类创建额外的命名空间。相同名称的类可以并存在Java虚拟机中,只需要不同的类加载器来加载他们即可,不同的类加载器的类之间是不兼容的,这相当于在JAVA虚拟机内部创建了一个又一个相互隔离的Java类空间,这类技术在很多框架中得到了实际运用。


自定义类加载器


自定义类加载器加载类,下面是一个简单的 Demo


import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.InputStream;
public class ClassLoaderTest extends ClassLoader {
    private static String rxRootPath;
    static {
        rxRootPath = "/temp/class/";
    }
    @Override
    public Class findClass(String name) {
        byte[] b = loadClassData(name);
        return defineClass(name, b, 0, b.length);
    }
    /**
     * 读取 .class 文件为字节数组
     *
     * @param name 全路径类名
     * @return
     */
    private byte[] loadClassData(String name) {
        try {
            String filePath = fullClassName2FilePath(name);
            InputStream is = new FileInputStream(new File(filePath));
            ByteArrayOutputStream bos = new ByteArrayOutputStream();
            byte[] buf = new byte[2048];
            int r;
            while ((r = is.read(buf)) != -1) {
                bos.write(buf, 0, r);
            }
            return bos.toByteArray();
        } catch (Throwable e) {
            e.printStackTrace();
        }
        return null;
    }
    /**
     * 全限定名转换为文件路径
     *
     * @param name
     * @return
     */
    private String fullClassName2FilePath(String name) {
        return rxRootPath + name.replace(".", "//") + ".class";
    }
    public static void main(String[] args) throws ClassNotFoundException {
        ClassLoaderTest classLoader = new ClassLoaderTest();
        String className = "com.test.TestAA";
        Class clazz = classLoader.loadClass(className);
        System.out.println(clazz.getClassLoader());
        // 输出结果 
        //cn.xxx.xxx.loader.ClassLoaderTest@3764951d
    }
}


Tomcat 类加载器


Tomcat 中的类加载器模型


640.png


Tomcat 类加载器说明


tomcat 的几个主要类加载器:


  • commonLoader:Tomcat 最基本的类加载器, 加载路径中的 class 可以被 Tomcat 容器本身以及各个 WebApp 访问。
  • catalinaLoader:Tomcat 容器私有的类加载器 加载路径中的 class 对于 Webapp 不可见;
  • sharaLoader:  各个Webapp 共享的类加载器, 加载路径中的 class 对于所有 webapp 可见, 但是对于 Tomcat 容器不可见。
  • webappLoader:  各个 Webapp 私有的类加载, 加载路径中的 class 只对当前 webapp 可见, 比如加载 war 包里面相关的类,每个 war 包应用都有自己的 webappClassLoader 对象,对应不同的命名空间,实现相互隔离,比如 war 包中可以引入不同的 spring 版本,实现多个 spring 版本 应用的同时运行。


总结:


从图中的委派关系中可以看出:


Commonclassloader 能加载的类都可以被 Catalinaclassloader和 Sharedclassloadert 使用, 从而实现了公有类库的共用,而Catalinaclassloader 和 Sharedclassloader自己能加载的类则与对方相互隔离 Webappclassloader 可以使用 Shared Loader 加载到的类,但各个 Webappclassloader 实例之间相互隔离而 Jasper Loader 的加载范围仅仅是这个 JSP 文件所编译出来的那一个 . class 文件,它出现的目的就是为了被丢弃: 当 Web 容器检测到 JSP 文件被修改时,会替换掉目前的 Jasperloader 的实例,并通过再建立一个新的 Jsp 类加载器来实现 JSP 文件的热加载功能。


Tomcat这种类加载机制违背了java推荐的双亲委派模型了吗? 答案是: 违背了

tomcat不是这样实现, tomcat为了实现隔离性, 没有遵守这个约定, 每个 webapp Loader加载自己的目录下的 class'文件,不会传递给父类加载器,打破了双亲委派机制

相关文章
|
24天前
|
监控 算法 Java
Java虚拟机(JVM)的垃圾回收机制深度解析####
本文深入探讨了Java虚拟机(JVM)的垃圾回收机制,旨在揭示其背后的工作原理与优化策略。我们将从垃圾回收的基本概念入手,逐步剖析标记-清除、复制算法、标记-整理等主流垃圾回收算法的原理与实现细节。通过对比不同算法的优缺点及适用场景,为开发者提供优化Java应用性能与内存管理的实践指南。 ####
|
5天前
|
存储 Java 开发者
浅析JVM方法解析、创建和链接
上一篇文章《你知道Java类是如何被加载的吗?》分析了HotSpot是如何加载Java类的,本文再来分析下Hotspot又是如何解析、创建和链接类方法的。
|
2天前
|
数据可视化 数据挖掘 BI
团队管理者必读:高效看板类协同软件的功能解析
在现代职场中,团队协作的效率直接影响项目成败。看板类协同软件通过可视化界面,帮助团队清晰规划任务、追踪进度,提高协作效率。本文介绍看板类软件的优势,并推荐五款优质工具:板栗看板、Trello、Monday.com、ClickUp 和 Asana,助力团队实现高效管理。
16 2
|
14天前
|
存储 监控 算法
Java虚拟机(JVM)垃圾回收机制深度解析与优化策略####
本文旨在深入探讨Java虚拟机(JVM)的垃圾回收机制,揭示其工作原理、常见算法及参数调优方法。通过剖析垃圾回收的生命周期、内存区域划分以及GC日志分析,为开发者提供一套实用的JVM垃圾回收优化指南,助力提升Java应用的性能与稳定性。 ####
|
19天前
|
Java 编译器 API
深入解析:JDK与JVM的区别及联系
在Java开发和运行环境中,JDK(Java Development Kit)和JVM(Java Virtual Machine)是两个核心概念,它们在Java程序的开发、编译和运行过程中扮演着不同的角色。本文将深入解析JDK与JVM的区别及其内在联系,为Java开发者提供清晰的技术干货。
23 1
|
2月前
|
存储 Java API
详细解析HashMap、TreeMap、LinkedHashMap等实现类,帮助您更好地理解和应用Java Map。
【10月更文挑战第19天】深入剖析Java Map:不仅是高效存储键值对的数据结构,更是展现设计艺术的典范。本文从基本概念、设计艺术和使用技巧三个方面,详细解析HashMap、TreeMap、LinkedHashMap等实现类,帮助您更好地理解和应用Java Map。
66 3
|
2月前
|
存储 安全 Java
JVM锁的膨胀过程与锁内存变化解析
在Java虚拟机(JVM)中,锁机制是确保多线程环境下数据一致性和线程安全的重要手段。随着线程对共享资源的竞争程度不同,JVM中的锁会经历从低级到高级的膨胀过程,以适应不同的并发场景。本文将深入探讨JVM锁的膨胀过程,以及锁在内存中的变化。
44 1
|
2月前
|
程序员 开发者 Python
深度解析Python中的元编程:从装饰器到自定义类创建工具
【10月更文挑战第5天】在现代软件开发中,元编程是一种高级技术,它允许程序员编写能够生成或修改其他程序的代码。这使得开发者可以更灵活地控制和扩展他们的应用逻辑。Python作为一种动态类型语言,提供了丰富的元编程特性,如装饰器、元类以及动态函数和类的创建等。本文将深入探讨这些特性,并通过具体的代码示例来展示如何有效地利用它们。
52 0
|
29天前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
67 2
|
2月前
|
缓存 Java 程序员
Map - LinkedHashSet&Map源码解析
Map - LinkedHashSet&Map源码解析
75 0

推荐镜像

更多