如果想要了解什么是类加载器就需要清楚一个Java文件是如何运行的。我们可以看下图:
首先要知道操作系统是不能直接运行Java文件的,所以就需要通过JVM将Java文件转换为操作系统可以运行的文件类型,步骤如下:
JVM只会运行二进制文件,而类加载器(ClassLoader)的主要作用就是将字节码文件加载到JVM 中 ,从而让Java程序能够启动起来。现有的类加载器基本上都是 java.lang.ClassLoader的子类,该类的只要职责就是用于将指定的类找到或生成对应的字节码文件,同时类加载器还会负责加载程序所需要的资源
类加载器根据各自的加载范围不同,进行了划分主要是四种:
上述三种类加载器的层次结构如下如下:
而类加载器的体系不是继承关系的,而是委派体系,类加载器首先会到自己的父亲中查找类和资源,如果找不到才回到自己的本地进行查找。类加载器的委托行为动机是为了避免相同的类被多次加载
如果一个类加载器在接到加载类的请求时,它首先不会自己尝试去加载这个类, 而是把这个请求任务委托给父类加载器去完成,依次递归,如果父类加载器可以 完成类加载任务,就返回成功;只有父类加载器无法完成此加载任务时,才由下一级去加载
那么为什么会需要使用双亲委派模型呢?
这里解释一下如何保证类库的API不会被修改:当我们创建一个类String的时候,由于在Java中本身就存在String类,所以使用双亲委派模型的时候,在启动类加载器就会加载Java中的String类,而不会使用应用类加载器进行加载。
public class String { public static void main(String[] args) { System.out.println("demo info") } }
此时执行main函数,会出现异常,在类 java.lang.String 中找不到 main 方法
出现该信息是因为由双亲委派的机制,java.lang.String的在启动类加载器 (Bootstrap classLoader)得到加载,因为在核心jre库中有其相同名字的类文件, 但该类中并没有main方法。这样就能防止恶意篡改核心API库
类从加载到JVM中开始,它的整个生命周期包括了:加载、验证、准备、解析、初始化、使用和卸载七个阶段。其中,验证、准备和解析这三个部分统称为连接
加载时主要的作用是以下三点:
上面说的可能优点难以理解,以这个图片来讲解一下它的作用。就比如当前有一个Person进行类的加载,那么他主要是分为两个部分,第一部分将Person中定义的字段以及方法存储到元空间中,第二部分时将实例化的对象存储到堆中,而堆当中的实例化对象的对象头会指向当前的class对象,然后class对象指向元空间的数据结构
验证类是否符合 JVM 规范,安全性检查
为类变量分配内存并设置类变量初始值
public class Application { static int b = 10; static final int c= 20, static final String d = "hello"; static final Object obj= new Object(); }
把类中的符号引用转换为直接引用
比如:方法中调用了其他方法,方法名可以理解为符号引用,而直接引用就是使用指针直接指向方法
对类的静态变量,静态代码块执行初始化操作
JVM 开始从入口方法开始执行用户的程序代码
当用户程序代码执行完毕后,JVM 便开始销毁创建的 Class 对象,最后负责运行的 JVM 也退出内存