类加载-初始化(类的生命周期)
一个类的完整生命周期:
1. 加载过程
所谓加载,简而言之就是将 Java 类的字节码文件加载到机器内存中,并在内存中创建一个java.lang.Class对象。
类的加载过程是由类加载器来完成,类加载器由JVM提供。我们开发人员也可以通过继承ClassLoader来实现自己的类加载器。
加载的class来源
- 从本地文件系统内加载class文件
- 从JAR包加载class文件
- 通过网络加载class文件
- 把一个java源文件动态编译,并执行加载。
2. 连接过程
通过类的加载,内存中已经创建了一个Class对象。链接负责将二进制数据合并到 JRE中。链接需要通过验证、准备、解析三个阶段。
2.1、验证
**验证阶段用于检查被加载的类是否有正确的内部结构,并和其他类协调一致。**即是否满足java虚拟机的约束。
2.2、准备
类准备阶段负责为类的类变量分配内存,并设置默认初始值。
2.3、解析
我们知道,引用其实对应于内存地址。思考这样一个问题,在编写代码时,使用引用,方法时,类知道这些引用方法的内存地址吗?显然是不知道的,因为类还未被加载到虚拟机中,你无法获得这些地址。举例来说,对于一个方法的调用,编译器会生成一个包含目标方法所在的类、目标方法名、接收参数类型以及返回值类型的符号引用,来指代要调用的方法。
解析阶段的目的,就是将这些符号引用解析为直接引用,如果符号引用指向一个未被加载的类,或者未被加载类的字段或方法,那么解析将触发这个类的加载(但未必会触发解析与初始化)。
3. 初始化过程——静态变量赋初始值
类的初始化阶段,虚拟机主要对类变量进行初始化。虚拟机调用**< clinit>**方法,进行类变量的初始化。
java类中对类变量进行初始化的两种方式:
- 在定义时初始化
- 在静态初始化块内初始化
4. 卸载
卸载类即该类的 Class 对象被 GC。
卸载类需要满足 3 个要求:
- 该类的所有的实例对象都已被 GC,也就是说堆不存在该类的实例对象。
- 该类没有在其他任何地方被引用
- 该类的类加载器的实例已被 GC
所以,在 JVM 生命周期类,由 jvm 自带的类加载器加载的类是不会被卸载的。但是由我们自定义的类加载器加载的类是可能被卸载的。
只要想通一点就好了,jdk 自带的 BootstrapClassLoader
, ExtClassLoader
, AppClassLoader
负责加载 jdk 提供的类,所以它们(类加载器的实例)肯定不会被回收。而我们自定义的类加载器的实例是可以被回收的,所以使用我们自定义加载器加载的类是可以被卸载掉的。
类加载器
类加载器的类别(四种):
- BootstrapClassLoader(启动类加载器)
- ExtClassLoader (标准扩展类加载器)
- AppClassLoader(系统类加载器)
- CustomClassLoader(用户自定义类加载器)
类加载机制:
注意:类加载器之间的父子关系并不是类继承上的父子关系,而是实例之间的父子关系。
双亲委派机制
双亲委派机制,就是由子到父,由父到子的过程,就是双亲委派的过程。就是某个类加载器需要加载某个.class文件,首先把这个任务委派给他的上级类加载器,递归这个过程,如果上级的类加载器没有加载,子类加载器才会自己加载这个类。
为什么要双亲委派
双亲委派的好处是:
-
保证核心
.class
不能被篡改。通过委托方式,不会去篡改核心.class
,即使篡改也不会去加载,即使加载也不会是同一个.class
对象了。不同的加载器加载同一个.class
也不是同一个Class
对象。这样保证了Class
执行安全。 -
防止重复加载同一个
.class
。通过委托去向上面问一问,加载过了,就不用再加载一遍。保证数据安全。
怎么打破双亲委派
自定义加载器的话,需要继承 ClassLoader
。如果我们不想打破双亲委派模型,就重写 ClassLoader
类中的 findClass()
方法即可,无法被父类加载器加载的类最终会通过这个方法被加载。但是,如果想打破双亲委派模型则需要重写 loadClass()
方法
参考:javaGuide
《深入理解 Java 虚拟机》