JVM类加载机制理解

电玩女神 2022-04-13 03:44 389阅读 0赞

from:http://blog.abreaking.com

概述

我们知道,当编写完一个java文件后,使用javac命令可以将该java文件编译成java字节码文件,即.class的文件。class文件存储者该类的各种描述信息,而后我们可以使用java命令启动java虚拟机,虚拟机把描述类的数据从class文件中加载到内存,并对数据进行校验、解析及初始化,最终形成可被虚拟机直接使用的Java类型。

从字节码文件到可使用的Java类型 这样的一个流程,就是类的加载、连接、初始化的过程。

dc58ad20ec8c4c51b4f604b9aacc8b16.png

类的加载:就是将类的.class文件中的二进制数据读入到内存中去,将其放在运行时数据区的方法区中;然后在堆中创建一个Java.lang.Class对象,用来封装类在方法区中的数据结构。可以认为,类加载的最终的成品是位于堆中Class对象,该对象封装了类在方法区中的数据结构,并提供访问方法区中数据结构的接口。

类的连接:主要为3部分:

  1. 验证:即确保被加载类的正确性。
  2. 准备:为类的静态变量分配内存,并初始化默认值。
  3. 把类中符号引用转换为符号引用。

类的初始化:为类的静态变量赋予正确的初始值。

类的加载

JVM类加载器

类加载class文件,不管这个文件是正常本地文件、还是jar包里面的文件,还是位于其他的位置。JVM自带三种类加载器:

  1. 根类加载器(Boostrap ClassLoader):负责加载虚拟机的核心类,如java.lang包下面的类。这个类加载器的实现依赖底层操作系统;
  2. 扩展类加载器(Extension ClassLoader):它的父类加载器是根类加载器,它从java.ext.dirs系统属性所指定的目录中加载类库,或者从jdk的安装目录下的:jre\lib\ext子目录下加载类库。我们可以将我们的jar包放在该目录下,就会被该类加载器加载。扩展类加载器是java.lang.ClassLoader的子类;
  3. 系统类加载器(System ClassLoader):也叫做应用类加载器,父类加载器是扩展类加载器。就是加载classpath路径下指定的类或者jar包。

注意,以上所说的父类加载器并不是继承,而是包装,即在构造方法中包装父类加载器。当然,也可以自定义类加载器。

类加载机制

类的加载机制是父类委托机制,如下。除根类加载器外,其余类加载器有且只有一个父类加载器。

当某个class文件被底层的类加载器加载时,该类加载器并不会即刻对该字节码文件进行加载,而是先委托给父类加载器,父类再委托给父类,直到根类加载器,如果根类加载器能够加载该类,那么就加载,否则就让其子类加载器加载,以此类推,在某一级中该类被加载了,那么就表示类加载完成,类加载完毕的数据信息会告知其子类加载器(准确的说,因为子类加载器包装了父类,那么就拥有父类的加载信息),该级的类加载器就称之为该定义类的加载器。

如果仍然没有类加载可以加载该类,那么就会抛出ClassNotFoundException异常。

dacfc479393d4d0eb28a07895507b026.png

在java.lang.ClassLoader#loadClass(java.lang.String, boolean)方法中,

  1. Class<?> c = findLoadedClass(name);
  2. if (c == null) {
  3. long t0 = System.nanoTime();
  4. try {
  5. if (parent != null) {
  6. //这里,如果父类加载器不为空,那么就有父类加载器去加载
  7. c = parent.loadClass(name, false);
  8. } else {
  9. //没父类加载器,那么就是Bootstarp ClassLoader
  10. c = findBootstrapClassOrNull(name);
  11. }
  12. } catch (ClassNotFoundException e) {
  13. // ClassNotFoundException thrown if class not found
  14. // from the non-null parent class loader
  15. }
  16. ......

自定义类加载器

自定义类加载器需要继承ClassLoader这个类,可复写loadClass或findClass方法,loadClass这个方法一般没必要复写,ClassLoader已经指定了父类委托机制的算法,所以,我们复写findClass这个方法。如:

  1. public class MyClassLoader extends ClassLoader {
  2. //假设在这个目录下放着一个class文件
  3. String fileDir = "e:\\classloader\\";
  4. public MyClassLoader(){
  5. }
  6. //可指定一个父类加载器,进而测试父类委托机制
  7. public MyClassLoader(ClassLoader parent){
  8. super(parent);
  9. }
  10. @Override
  11. protected Class<?> findClass(String className) throws ClassNotFoundException{
  12. FileInputStream inputStream = null;
  13. try {
  14. String name = className; //类名,一般就是类的全限定名
  15. className = className.replace(".","\\");
  16. className += ".class";
  17. //找到这个类的class文件,读取为输入流
  18. inputStream = new FileInputStream(new File(fileDir+className));
  19. //将class文件的二进制数据保存到字节数组中
  20. byte[] bytes = new byte[inputStream.available()];
  21. inputStream.read(bytes);
  22. //调用ClassLoader的defineClass方法获取到该类的class对象,defineClass方法由本地(native)方法实现
  23. Class<?> aClass = defineClass(name, bytes, 0, bytes.length);
  24. return aClass;
  25. } catch (Exception e) {
  26. e.printStackTrace();
  27. }finally {
  28. if(inputStream!=null){
  29. try {
  30. inputStream.close();
  31. } catch (IOException e) {
  32. e.printStackTrace();
  33. }
  34. }
  35. }
  36. throw new ClassNotFoundException("没有这个类");
  37. }
  38. }

以上就自定义了一个类加载器。我在fileDir目录下写了一个java类,并用javac命令编译成了class文件。

  1. package com.foo.test;
  2. public class User
  3. {}

使用以上定义的类加载器去加载编译后的class文件。

  1. @Test
  2. public void test01() throws Exception {
  3. String className = "com.foo.test.User";
  4. MyClassLoader classLoader = new MyClassLoader();
  5. //使用自定义类加载器去加载这个类
  6. Class<?> clazz = classLoader.loadClass(className);
  7. System.out.println("类名:"+clazz.getName());
  8. System.out.println("类加载器:"+clazz.getClassLoader());
  9. }

结果如下,说明能够加载到该类:

f54b7838311a47be8ba42317c0eb8fe1.png

我们再验证下父类委托机制,创建两个类加载器:classLoader1,classLoader2。classLoader2包装了classLoader1,那么classLoader1就是classLoader2的父类加载器,使用classLoader2去加载User的class文件。

  1. @Test
  2. public void test02()throws Exception {
  3. String className = "com.foo.test.User";
  4. MyClassLoader classLoader1 = new MyClassLoader();
  5. //classLoader2包装了classLoader1,那么classLoader1就是classLoader2的父类加载器
  6. MyClassLoader classLoader2 = new MyClassLoader(classLoader1);
  7. //使用classLoader2去加载该类
  8. Class<?> clazz = classLoader2.loadClass(className);
  9. System.out.println("classLoader1:"+classLoader1);
  10. System.out.println("classLoader2:"+classLoader2);
  11. System.out.println("该类的定义类加载器为:"+clazz.getClassLoader());
  12. }

结果为:

9fe67af97fb54664afb46424d53b5bc7.png

可见,尽管用了classLoader2去加载该类,该类确是被classLoader1加载了。这就是因为classLoader1是classLoader2的父类加载器,classLoader2会先委托为classLoader1尝试去加载该类,如果classLoader1还有父类,还会委托给其父类,其父类不能加载,才回到classLoader1去加载,此刻classLoader1能够加载该类,那么该类就会被classLoader1加载完毕了。

父委托机制

类加载的父委托机制的优点就是能够提高软件系统的安全性,防止同一个字节码文件被多次的加载。

我们引用同包目录的下的不同类,之所以不用再写import …,不仅是他们是在同一个包下面,并且他们都是被同一个类加载器加载的。如果仅同包,而被不同类加载器加载,那么此刻同包类之间是相互引用不到的。

每个类加载器都由自己的命令空间,命名空间由该加载器及所有的父类加载器所加载的类组成。同一个命名空间内的类是相互可见的,即可以相互import的。子类的命令空间包括了所有的父类空间,所以前面所说子类加载器加载的类能看到父类加载器的类,如系统类加载器能看到启动类加载器中的所有的类。

当然了,没有这种父子关系的两个类加载器,他们之间的命令空间是相互独立的,也就是不可见的。

发表评论

表情:
评论列表 (有 0 条评论,389人围观)

还没有评论,来说两句吧...

相关阅读

    相关 JvmJvm机制

    类加载时机 > 虚拟机把描述类的数据从 Class 文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的 Java 类型,这就是虚拟机的类加

    相关 JVM-机制

    类加载过程     类从被加载到虚拟机内存中开始,到卸载出内存为止,它的整个生命周期包括:加载、验证、准备、解析、初始化、使用和卸载七个阶段。它们开始的顺序如下图所示:

    相关 JVM 机制

    jvm将描述java类的.class的字节码文件加载到内存中,并对文件中的数据进行安全性校验、解析和初始化,最终形成可以被java虚拟机直接使用的java类型,这个复杂的过程为