关键词:
前言
本文已经收录到我的Github个人博客,欢迎大佬们光临寒舍:
学习导图
一.为什么要学习类加载机制?
今天想跟大家唠嗑唠嗑Java
的类加载机制,这是Java
的一个很重要的创新点,曾经也是Java
流行的重要原因之一。
Oracle
当初引入这个机制是为了满足Java Applet
开发的需求,JVM
咬咬牙引入了Java
类加载机制,后来的基于Jvm
的动态部署,插件化开发包括大家热议的热修复,总之很多后来的技术都源于在JVM
中引入了类加载器。
如今,类加载机制也在各个领域大放异彩,在面试中,由类加载机制所衍生出来各类面试题也层出不穷。
所以,我们要了解下类加载机制,为工作中或者是面试中实际的需要打好良好的基础。
二.核心知识点归纳
2.1 概述
Q1:JVM
类加载机制定义:
虚拟机把描述类的数据从Class
文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可被虚拟机直接使用的Java
类型的过程
Q2:特性
运行期类加载。即在Java
语言里面,类型的加载、连接和初始化过程都是在程序运行期完成的,从而通过牺牲一些性能开销来换取Java
程序的高度灵活性
什么是运行期,什么是编译期?
- 编译期是指编译器将源代码翻译为机器能识别的代码,
Java
被编译为Jvm
认识的字节码文件- 运行期则是指
Java
代码的运行过程
JVM
运行期动态加载+动态连接->Java
的动态扩展特性
2.2 类加载的过程
类从被加载到虚拟机内存中开始、到卸载出内存为止,整个生命周期包括七个阶段:
-
加载
-
验证
-
准备
-
解析
-
初始化
-
使用
-
卸载
其中,验证、准备、解析这3个部分统称为连接,流程如下图:
注意:
- 『加载』->『验证』->『准备』->『初始化』->『卸载』这五个阶段的顺序是确定的,而『解析』可能为了支持
Java
的动态绑定会在『初始化』后才开始- 上述阶段通常都是互相交叉地混合式进行的,比如会在一个阶段执行的过程中调用、激活另外一个阶段
想要了解Java
动态绑定和静态绑定区别的话,可以看下这篇文章:理解静态绑定与动态绑定
2.2.1 加载
Q1:任务
- 通过类的全限定名来获取定义此类的二进制字节流。如从
ZIP
包读取、从网络中获取、通过运行时计算生成、由其他文件生成、从数据库中读取等等途径......
想要详细了解类的全限定名的知识,可以看下这篇文章:全限定名、简单名称和描述符是什么东西?
- 将该二进制字节流所代表的静态存储结构转化为方法区的运行时数据结构,该数据存储数据结构由虚拟机实现自行定义
- 在内存中生成一个代表这个类的
java.lang.Class
对象,它将作为程序访问方法区中的这些类型数据的外部接口
2.2.2 验证
- 是连接阶段的第一步,且工作量在
JVM
类加载子系统中占了相当大的一部分 - 目的:为了确保
Class
文件的字节流中包含的信息符合当前虚拟机的要求,并且不会危害虚拟机自身的安全
由此可见,它能直接决定
JVM
能否承受恶意代码的攻击,因此验证阶段很重要,但由于它对程序运行期没有影响,并不一定必要,可以考虑使用-Xverify:none
参数来关闭大部分的类验证措施,以缩短虚拟机类加载的时间。
-
检验过程包括下面四个阶段:
A.文件格式验证:
-
内容:验证字节流是否符合
Class
文件格式的规范、以及是否能被当前版本的虚拟机处理 -
目的:保证输入的字节流能正确地解析并存储于方法区之内,且格式上符合描述一个
Java
类型信息的要求。只有保证二进制字节流通过了该验证后,它才会进入内存的方法区中进行存储,所以后续3个验证阶段全部是基于方法区而不是字节流了 -
例子:
-
是否以魔数
0xCAFEBABE
开头 -
主次版本号是否在
JVM
接受范围内 -
索引值是否有指向不存在/不符合类型的常量
......
-
B.元数据验证:
-
内容:对字节码描述的信息进行语义分析,以保证其描述的信息符合
Java
语言规范的要求 -
目的:对类的元数据信息进行语义校验,保证不存在不符合
Java
语言规范的元数据信息 -
例子:
-
类是否有父类(除了
java.lang.Object
之外,所有类都应有父类) -
父类是否继承了不允许被继承的类(
final
修饰的类) -
如果该类不是抽象类,是否实现了其父类或接口中要求实现的所有方法
......
-
? C.字节码验证:
-
是验证过程中最复杂的一个阶段
-
内容:对类的方法体进行校验分析,保证被校验类的方法在运行时不会做出危害虚拟机安全的事件
-
目的:通过数据流和控制流分析,确定程序语义是合法的、符合逻辑的
-
例子:
-
保证任意时刻操作数栈的数据类型与指令代码序列都能配合工作,例如不会出现“在操作数栈的数据类型中放置了
int
类型的数据,使用时却按long
类型来载入本地变量表中” -
保证任何跳转指令都不会跳转到方法体外的字节码指令上
......
-
? D.符号引用验证:
- 内容:对类自身以外(如常量池中的各种符号引用)的信息进行匹配性校验
- 目的:确保解析动作能正常执行,如果无法通过符号引用验证,那么将会抛出一个
java.lang.IncompatibleClassChangeError
异常的子类 - 注意:该验证发生在虚拟机将符号引用转化为直接引用的时候,即『解析』阶段
-
2.2.3 准备
Q1:任务
- 为类变量(静态变量)分配内存:因为这里的变量是由方法区分配内存的,所以仅包括类变量而不包括实例变量,后者将会在对象实例化时随着对象一起分配在
Java
堆中 - 设置类变量初始值:通常情况下零值
2.2.4 解析
之前提过,解析阶段就是虚拟机将常量池内的符号引用替换为直接引用的过程
- 符号引用:以一组符号来描述所引用的目标
- 可以是任何形式的字面量,只要使用时能无歧义地定位到目标即可
- 与虚拟机实现的内存布局无关,因为符号引用的字面量形式明确定义在
Java
虚拟机规范的Class
文件格式中,所以即使各种虚拟机实现的内存布局不同,但是能接受符号引用都是一致的
- 直接引用:
- 可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄
- 与虚拟机实现的内存布局相关,同一个符号引用在不同虚拟机实例上翻译出来的直接引用一般不同
- 发生时间:
JVM
会根据需要来判断,是在类被加载器加载时就对常量池中的符号引用进行解析,还是等到一个符号引用将要被使用前才去解析 - 解析动作:有七类符号及其对应在常量池的七种常量类型
- 类或接口(
CONSTANT_Class_info
)- 字段(
CONSTANT_Fieldref_info
)- 类方法(
CONSTANT_Methodref_info
)- 接口方法(
CONSTANT_InterfaceMethodref_info
)- 方法类型(
CONSTANT_MethodType_info
)- 方法句柄(
CONSTANT_MethodHandle_info
)- 调用点限定符(
CONSTANT_InvokeDynamic_info
)
举个例子,设当前代码所处的为类D
,把一个从未解析过的符号引用N
解析为一个类或接口C
的直接引用,解析过程分三步:
- 若
C
不是数组类型:JVM
将会把代表N
的全限定名传递给D
类加载器去加载这个类C
。在加载过程中,由于元数据验证、字节码验证的需要,又可能触发其他相关类的加载动作。一旦这个加载过程出现了任何异常,解析过程就宣告失败。- 若
C
是数组类型且数组元素类型为对象:JVM
也会按照上述规则加载数组元素类型- 若上述步骤无任何异常:此时
C
在JVM
中已成为一个有效的类或接口,但在解析完成前还需进行符号引用验证,来确认D
是否具备对C
的访问权限。如果发现不具备访问权限,将抛出java.lang.IllegalAccessError
异常
Q1:字段(成员变量/域)和属性有什么区别?
- 属性,是指对象的属性,对于
JavaBean
来说,是getXXX
方法定义的- 字段,是成员变量
class Person{
private String mingzi; //mingzi是字段,一般来说字段和属性是相同的,但是这个例子是特例
public String getName(){ //name是属性
return mingzi:
}
public void setName(){
mingzi= "张三";
}
}
2.2.5 初始化
- 是类加载过程的最后一步,会开始真正执行类中定义的
Java
代码。而之前的类加载过程中,除了在『加载』阶段用户应用程序可通过自定义类加载器参与之外,其余阶段均由虚拟机主导和控制 - 与『准备』阶段的区分:
- 准备阶段:变量赋初始零值
- 初始化阶段:根据Java程序的设定去初始化类变量和其他资源,或者说是执行类构造器
clinit
的过程
clinit
:由编译器自动收集类中的所有类变量(静态变量)的赋值动作和静态语句块static{}
中的语句合并产生
- 是线程安全的,在多线程环境中被正确地加锁、同步
- 对于类或接口来说是非必需的,如果一个类中没有静态语句块,也没有对变量的赋值操作,那么编译器可以不为这个类生成
clinit
- 接口与类不同的是,执行接口的
clinit
不需要先执行父接口的clinit
,只有当父接口中定义的变量使用时,父接口才会初始化。另外,接口的实现类在初始化时也一样不会执行接口的clinit
想详细了解clinit
以及其与init
的区别的读者,可以看下这篇文章:深入理解jvm--Java中init和clinit区别完全解析
- 在虚拟机规范中,规定了有且只有五种情况必须立即对类进行『初始化』:
- 遇到
new
、getstatic
、putstatic
或invokestatic
这4条字节码指令时- 使用
java.lang.reflect
包的方法对类进行反射调用的时候- 当初始化一个类的时候,若发现其父类还未进行初始化,需先触发其父类的初始化
- 在虚拟机启动时,需指定一个要执行的主类,虚拟机会先初始化它
- 当使用
JDK1.7
的动态语言支持时,若一个java.lang.invoke.MethodHandle
实例最后的解析结果为REF_getStatic
、REF_putStatic
、REF_invokeStatic
的方法句柄,且这个方法句柄所对应的类未进行初始化,需先触发其初始化。
2.3 类加载器&双亲委派模型
每个类加载器,都拥有一个独立的命名空间,它不仅用于加载类,还和这个类本身一起作为在
JVM
中的唯一标识。所以比较两个类是否相等,只要看它们是否由同一个类加载器加载,即使它们来源于同一个Class
文件且被同一个JVM
加载,只要加载它们的类加载器不同,这两个类就必定不相等
2.3.1 类加载器
从JVM
的角度,可将类加载器分为两种:
- 启动类加载器
- 由
C++
语言实现,是虚拟机自身的一部分- 负责加载存放在
<JAVA_HOME>lib
目录中、或被-Xbootclasspath
参数所指定路径中的、且可被虚拟机识别的类库- 无法被
Java
程序直接引用,如果自定义类加载器想要把加载请求委派给引导类加载器的话,可直接用null
代替
- 其他类加载器:由
Java
语言实现,独立于虚拟机外部,并且全都继承自抽象类java.lang.ClassLoader
,可被Java
程序直接引用。常见几种:
扩展类加载器
A.由
sun.misc.Launcher$ExtClassLoader
实现B.负责加载
<JAVA_HOME>libext
目录中的、或者被java.ext.dirs
系统变量所指定的路径中的所有类库应用程序类加载器
A.是默认的类加载器,是
ClassLoader#getSystemClassLoader()
的返回值,故又称为系统类加载器B.由
sun.misc.Launcher$App-ClassLoader
实现C.负责加载用户类路径上所指定的类库
自定义类加载器:如果以上类加载起不能满足需求,可自定义
需要注意的是:虽然数组类不通过类加载器创建而是由
JVM
直接创建的,但仍与类加载器有密切关系,因为数组类的元素类型最终还要靠类加载器去创建
2.3.2 双亲委派模型
- 定义:表示类加载器之间的层次关系
- 前提:除了顶层启动类加载器外,其余类加载器都应当有自己的父类加载器,且它们之间关系一般不会以继承关系来实现,而是通过组合关系来复用父加载器的代码
- 工作过程:若一个类加载器收到了类加载的请求,它先会把这个请求委派给父类加载器,并向上传递,最终请求都传送到顶层的启动类加载器中。只有当父加载器反馈自己无法完成这个加载请求时,子加载器才会尝试自己去加载
- 注意:不是一个强制性的约束模型,而是
Java
设计者推荐给开发者的一种类加载器实现方式 - 优点:类会随着它的类加载器一起具备带有优先级的层次关系,可保证
Java
程序的稳定运作;实现简单,所有实现代码都集中在java.lang.ClassLoader的loadClass()
中
比如,某些类加载器要加载
java.lang.Object
类,最终都会委派给最顶端的启动类加载器去加载,这样Object
类在程序的各种类加载器环境中都是同一个类。相反,系统中将会出现多个不同的
Object
类,Java
类型体系中最基础的行为也就无法保证,应用程序也将会变得一片混乱
三.课堂小测试
恭喜你!已经看完了前面的文章,相信你对
JVM
类加载机制已经有一定深度的了解,下面,进行一下课堂小测试,验证一下自己的学习成果吧!
Q1:类加载的全过程是怎样的?
Q2:什么是双亲委派模型?
Q3:String
类如何被加载的
上面问题的答案,在前文都提到过,如果还不能回答出来的话,建议回顾下前文
Q4:请你谈谈类加载过程,以Person a = new Person();
为例进行说明
这道题是在牛客的暑假实习
Tencent
一面的面筋上找的,附上标准答案:类的加载过程,Person person = new Person();为例进行说明
如果文章对您有一点帮助的话,希望您能点一下赞,您的点赞,是我前进的动力
本文参考链接:
- 《深入理解Java虚拟机》第3版
- 理解静态绑定与动态绑定
- 全限定名、简单名称和描述符是什么东西?
- 要点提炼| 理解JVM之类加载机制
- 深入理解jvm--Java中init和clinit区别完全解析
- 2019校招Android面试题解1.0(下篇)
- 类的加载过程,Person person = new Person();为例进行说明
- 编译器和运行期
- 腾讯 暑期实习 安卓 一面二面三面 面经分享
一夜搞懂|jvmgc&内存分配(代码片段)
前言本文已经收录到我的Github个人博客,欢迎大佬们光临寒舍:我的GIthub博客学习导图一.为什么要学习GC&内存分配?时代发展到现在,如今的内存动态分配与内存回收技术已经相当成熟,一切看似进入了“自动化”时代,不... 查看详情
jvm类加载机制全面解析,一篇完整彻底搞懂(代码片段)
我是目录:1、概述:2、类的生命周期:3、类加载器:4、类加载机制——双亲委派机制1、概述:2、类的生命周期:包括7个阶段:加载、验证、准备、解析、初始化、使用和卸载。(其中验证、准... 查看详情
还没搞懂jvm吗?95%的技术面试必问知识点都在这,还怕面不过?
概述:知识点汇总jvm的知识点汇总共6个大方向:内存模型、类加载机制、GC垃圾回收是比较重点的内容。性能调优部分偏重实际应用,重点突出实践能力。编译器优化和执行模式部分偏重理论基础,主要掌握知识点。各个部分的... 查看详情
搞懂jvm类加载过程,其实很简单(代码片段)
我们知道我们写的程序经过编译后成为了.class文件,.class文件中描述了类的各种信息,最终都需要加载到虚拟机之后才能运行和使用。而虚拟机如何加载这些.class文件?.class文件的信息进入到虚拟机后会发生什么变化... 查看详情
摸个鱼的功夫,搞懂双亲委派机制(代码片段)
大家好,我是陈哈哈,北漂儿五年~ 一路走来,随着对技术的不断探索,发现不会的也愈来愈多。相信不少朋友和我一样,日积月累才是最有效的学习方式!想起高三时同桌小姐姐的座右铭:只... 查看详情
摸个鱼的功夫,搞懂双亲委派机制(代码片段)
大家好,我是陈哈哈,北漂儿五年~ 一路走来,随着对技术的不断探索,发现不会的也愈来愈多。相信不少朋友和我一样,日积月累才是最有效的学习方式!想起高三时同桌小姐姐的座右铭:只... 查看详情
jvm类加载机制讲解
文章目录前言JVM类加载机制讲解一、什么是JVM类加载机制?二、类加载的时机三、类加载的五个阶段1、加载:2、验证:3、准备:4、解析:5、初始化:四、什么类型的数据不会初始化?-------论点结论:论证前准备:论证:例子1:使用类字段例... 查看详情
jvm类加载机制
一、概述JVM把描述类的数据从class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的java类型,这就是JVM的类加载机制二、类加载过程加载—(验证—准备—解析)(连接Linking... 查看详情
《jvm系列》深入浅出类加载机制中<init>和<clinit>的区别一篇即可搞懂初始化机制(代码片段)
...码,看init方法字节码指令1.5.分析如下代码,看你搞懂init方法没呢~!2.Clinit方法2.1.你会不会有个疑问,为什么需要Clinit方法?2.2.Clinit方法什么时候被调用?2.3.Clinit方法有什么作用呢?2.4.静态域赋值操... 查看详情
jvm:2jvm类加载机制
1.类加载过程图示从上图的“类加载”过程,去看看JVM的类加载机制是什么原理?2.JVM在什么情况下会加载一个类一个类从加载到使用,会经历如下的过程:加载->验证->准备->解析->初始化 ->使用->卸... 查看详情
浅谈jvm-图解类加载机制
一、目录二、类加载机制流程1、什么是类加载机制? JVM把class文件加载到内存里面,并对数据进行校验、准备、解析和初始化,最终能够被形成被JVM可以直接使用的Java类型的过程。2、类加载流程图3、加载将class文件加载在... 查看详情
jvm类加载机制
类加载机制当需要某个类的时候,Java虚拟机会加载.class文件,并创建对应的class对象,将class文件加载到虚拟机的内存,这个过程被称为类的加载。类加载的时机隐式加载new创建类的实例,显式加载:loaderClass,forName等访问类的静... 查看详情
jvm类加载机制
JVM类加载看以下文章:http://www.importnew.com/25295.html https://www.cnblogs.com/zhouyuqin/p/5217609.html https://blog.csdn.net/noaman_wgs/article/details/74489549 查看详情
jvm第六卷---类加载机制(代码片段)
JVM第六卷---类加载机制类加载机制加载链接验证准备解析初始化----<cinit>()V方法发生的时机练习类加载器启动类加载器扩展类加载器双亲委派模式线程上下文类加载器自定义类加载器破坏双亲委派模型的几种做法类加载机制J... 查看详情
重点知识学习(4.1)--[jvm概述,类加载机制]
文章目录一:JVM(Java虚拟机)概述二:JVM类加载[classLoader]类加载子系统加载过程之-->加载阶段加载过程之-->链接阶段加载过程之-->初始化阶段类加载器(1)引导类加载器(启动类加载器BootStrapClassLoader)(2)扩展类加载器(ExtensionClassLo... 查看详情
jvm类加载机制
一、介绍Java虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型,这个过程称为虚拟机的类加载机制。与那些在编译阶段需要进行连接的语言不同,... 查看详情
jvm类加载机制一(代码片段)
类加载的过程什么是类加载?Java编译器会将我们编写好的代码编译成class字节码文件,JVM会把这些class字节码文件加载到内存中,并对加载的数据进行校验、准备、解析并初始化,这个过程就是类加载机制。类加载分为三个阶段... 查看详情
jvm类加载机制与加载过程
JVM的类加载机制:在代码编译后,就会生成JVM(Java虚拟机)能够识别的二进制字节流文件(*.class)。而JVM把Class文件中的类描述数据从文件加载到内存,并对数据进行校验、转换解析、初始化,使... 查看详情