JVM成神之路--类加载机制以及类加载器
Posted carl的分享笔记
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了JVM成神之路--类加载机制以及类加载器相关的知识,希望对你有一定的参考价值。
关于文章
JVM系列每一篇文章我都录制了对应的视频,由于CSDN不能直接发送视频资料,如果想要作者录制的免费视频资料,可以加QQ:3139882589。这个是作者QQ,如果有问题想跟作者咨询,也可以加到我们的java技术交流QQ群。加作者请备注暗号 [CSDN]
类加载机制
类加载机制本质上就是虚拟机把Class文件加载到内存,并对数据进行校验,转换解析和初始化,形成可以虚拟机直接使用的Java类型,即java.lang.Class。
同样,我们去官网查看下,还是JDK8版本
我们可以看见Loading,Linking,以及Initializing,也就是我们常说的装载,链接以及初始化,那么我们去学习就可以根据这个进行学习,其实我们一个类的生命周期还会加上使用以及卸载阶段,所以就有了下面这张图。
3.1 装载(Load)
作用:查找和导入class文件
(1)通过一个类的全限定名获取定义此类的二进制字节流
(2)将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构
(3)在Java堆中生成一个代表这个类的java.lang.Class对象,作为对方法区中这些数据的访问入口
Class对象封装了类在方法区内的数据结构,并且向Java程序员提供了访问方法区内的数据结构的接口。在Java堆中生成一个代表这个类的java.lang.Class对象,作为对方法区中这些数据的访问入口
方法区:类信息,静态变量,常量,即时编译器编译后的代码
堆:代表类的java.lang.Class对象
3.2 链接(Link)
2.2.2.1 验证(Verify)
保证被加载类的正确性
- 文件格式验证
- 元数据验证
- 字节码验证
- 符号引用验证
2.2.2.2 准备(Prepare)
为类的静态变量分配内存,并将其初始化为默认值
public class Demo1 {
private static int i;
public static void main(String[] args) {
// 正常打印出0,因为静态变量i在准备阶段会有默认值0
System.out.println(i);
}
}
public class Demo2 {
public static void main(String[] args) {
// 编译通不过,因为局部变量没有赋值不能被使用
int i;
System.out.println(i);
}
}
2.2.2.3 解析(Resolve)
把类中的符号引用转换为直接引用
符号引用就是一组符号来描述目标,可以是任何字面量。 直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。
解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程。
解析动作主要针对类或接口、字段、类方法、接口方法、方法类型、方法句柄和调用限定符7类符号引用进
行。
2.2.3 初始化(Initialize)
对类的静态变量,静态代码块执行初始化操作
2.2.4 类加载器ClassLoader
在装载(Load)阶段,其中第(1)步:通过类的全限定名获取其定义的二进制字节流,需要借助类装载器完成,顾名思义,就是用来装载Class文件的。
2.2.4.1 分类
1)Bootstrap ClassLoader 负责加载$JAVA_HOME中 jre/lib/rt.jar 里所有的class或Xbootclassoath选项指定的jar包。由C++实现,不是ClassLoader子类。
2)Extension ClassLoader 负责加载java平台中扩展功能的一些jar包,包括$JAVA_HOME中jre/lib/*.jar 或 -Djava.ext.dirs指定目录下的jar包。
3)App ClassLoader 负责加载classpath中指定的jar包及 Djava.class.path 所指定目录下的类和jar包。
4)Custom ClassLoader 通过java.lang.ClassLoader的子类自定义加载class,属于应用程序根据自身需要自定义的ClassLoader,如tomcat、jboss都会根据j2ee规范自行实现ClassLoader。
2.2.4.2 图解
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-z7zc1RJN-1628927138278)(C:/Users/milo.DESKTOP-0NH7R90/Desktop/images/10.png)]
public class Demo3 {
public static void main(String[] args) {
// App ClassLoader
System.out.println(new Worker().getClass().getClassLoader());
// Ext ClassLoader
System.out.println(new Worker().getClass().getClassLoader().getParent());
// Bootstrap ClassLoader
System.out.println(new Worker().getClass().getClassLoader().getParent().getParent());
System.out.println(new String().getClass().getClassLoader());
}
}
sun.misc.Launcher$AppClassLoader@18b4aac2
sun.misc.Launcher$ExtClassLoader@3a71f4dd
null
null
2.2.4.3 加载原则[双亲委派]
(1)检查某个类是否已经加载
自底向上,从Custom ClassLoader到BootStrap ClassLoader逐层检查,只要某个Classloader已加载,就视为已加载此类,保证此类只所有ClassLoader加载一次。
(2)加载的顺序
自顶向下,也就是由上层来逐层尝试加载此类。
2.2.4.4 破坏双亲委派
(1)tomcat
(2)SPI机制
(3)OSGi
以上是关于JVM成神之路--类加载机制以及类加载器的主要内容,如果未能解决你的问题,请参考以下文章