JVM专题:JVM知识点总览
jvm 总体梳理
jvm体系总体分四大块:
- 类的加载机制
- jvm内存结构
- GC算法 垃圾回收
- GC分析 命令调优
当然这些知识点在之前的文章中都有详细的介绍,这里只做主干的梳理
这里画了一个思维导图,将所有的知识点进行了陈列,因为图比较大可以点击右键下载了放大查看。
线程安全本质
GC作用域

类的加载机制
主要关注点:
- 什么是类的加载
- 类的生命周期
- 类加载器
- 双亲委派模型
什么是类的加载
类的加载指的是将类的.class文件中的二进制数据读入到内存中,将其放在运行时数据区的方法区内,然后在堆区创建一个java.lang.Class对象,用来封装类在方法区内的数据结构。类的加载的最终产品是位于堆区中的Class对象,Class对象封装了类在方法区内的数据结构,并且向Java程序员提供了访问方法区内的数据结构的接口。
类的生命周期
类的生命周期包括这几个部分,加载、连接、初始化、使用和卸载,其中前三部是类的加载的过程,如下图;
- 加载,查找并加载类的二进制数据,在Java堆中也创建一个java.lang.Class类的对象
- 连接,连接又包含三块内容:验证、准备、初始化。1)验证,文件格式、元数据、字节码、符号引用验证;2)准备,为类的静态变量分配内存,并将其初始化为默认值;3)解析,把类中的符号引用转换为直接引用
- 初始化,为类的静态变量赋予正确的初始值
- 使用,new出对象程序中使用
- 卸载,执行垃圾回收
几个小问题?
- JVM初始化步骤 ?
- 类初始化时机 ?
- 哪几种情况下,Java虚拟机将结束生命周期?
答案参考这篇文章jvm系列(一):java类的加载机制
类加载器
- 启动类加载器:
Bootstrap ClassLoader
,负责加载存放在JDK\jre\lib
(JDK
代表JDK
的安装目录,下同)下,或被-Xbootclasspath
参数指定的路径中的,并且能被虚拟机识别的类库 - 扩展类加载器:
Extension ClassLoader
,该加载器由sun.misc.Launcher$ExtClassLoader
实现,它负责加载JDK\jre\lib\ext
目录中,或者由java.ext.dirs
系统变量指定的路径中的所有类库(如javax.*
开头的类),开发者可以直接使用扩展类加载器。 - 应用程序类加载器:
Application ClassLoader
,该类加载器由sun.misc.Launcher$AppClassLoader
来实现,它负责加载用户类路径(ClassPath
)所指定的类,开发者可以直接使用该类加载器
类加载机制
- 全盘负责,当一个类加载器负责加载某个
Class
时,该Class
所依赖的和引用的其他Class
也将由该类加载器负责载入,除非显示使用另外一个类加载器来载入 - 父类委托,先让父类加载器试图加载该类,只有在父类加载器无法加载该类时才尝试从自己的类路径中加载该类
- 缓存机制,缓存机制将会保证所有加载过的
Class
都会被缓存,当程序中需要使用某个Class
时,类加载器先从缓存区寻找该Class
,只有缓存区不存在,系统才会读取该类对应的二进制数据,并将其转换成Class
对象,存入缓存区。这就是为什么修改了Class
后,必须重启JVM
,程序的修改才会生效
jvm内存结构
主要关注点:
- jvm内存结构都是什么
- 对象分配规则
jvm内存结构
相对于jdk1.6,jDK1.7将运行时常量池从方法区移除到堆内存。相对于JDK1.6,JDK1.8直接将方法区去掉,在本地内存中新增元数据空间。运行时常量池仍然在堆中。元数据区存放类加载信息。JDK1.8为什么要移除方法区(又叫永久代)1)永久代来存储类信息、常量、静态变量、即时编译器编译后的代码等数据, 很容易遇到内存溢出的问题(爆出异常java.lang.OutOfMemoryError: PermGen).JDK8的实现中将类的元数据放入 native memory, 将字符串池和类的静态变量放入java堆中. 可以使用MaxMetaspaceSize对元数据区大小进行调整;2)对永久代进行调优是很困难的,同时将元空间与堆的垃圾回收进行了隔离,避免永久代引发的Full GC和OOM等问题;
- Java堆(
Heap
):是Java
虚拟机所管理的内存中最大的一块。被所有线程共享,在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例,几乎所有的对象实例都在这里分配内存。无论是成员变量,局部变量,还是类变量,它们指向的对象都存储在堆内存中;
- 元空间(Metaspace):元空间是方法区的在HotSpot jvm 中的实现,方法区主要用于存储类的信息、常量池、方法数据、方法代码等。方法区逻辑上属于堆的一部分,但是为了与堆进行区分,通常又叫“非堆”。元空间的本质和永久代类似,都是对JVM规范中方法区的实现。不过元空间与永久代之间最大的区别在于:元空间并不在虚拟机中,而是使用本地内存。理论上取决于32位/64位系统可虚拟的内存大小。可见也不是无限制的,需要配置参数。
- 程序计数器(
Program Counter Register
),程序计数器(Program Counter Register
)是一块较小的内存空间,它的作用可以看做是当前线程所执行的字节码的行号指示器。 JVM
栈(JVM Stacks
):是线程私有的,它的生命周期与线程相同。虚拟机栈描述的是Java方法执行的内存模型:每个方法被执行的时候都会同时创建一个栈帧(Stack Frame)用于存储局部变量表(基本数据类型的变量、以及对象的引用变量)、操作栈、动态链接、方法出口等信息。变量出了作用域就会自动释放;每一个方法被调用直至执行完成的过程,就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。
- 本地方法栈(
Native Method Stacks
):与虚拟机栈所发挥的作用是非常相似的,其区别不过是虚拟机栈为虚拟机执行Java
方法(也就是字节码)服务,而本地方法栈则是为虚拟机使用到的Native
方法服务。
对象分配规则
- 对象优先分配在
Eden
区,如果Eden
区没有足够的空间时,虚拟机执行一次Minor GC
。 - 大对象直接进入老年代(大对象是指需要大量连续内存空间的对象)。这样做的目的是避免在
Eden
区和两个Survivor
区之间发生大量的内存拷贝(新生代采用复制算法收集内存)。 - 长期存活的对象进入老年代。虚拟机为每个对象定义了一个年龄计数器,如果对象经过了
1
次Minor GC
那么对象会进入Survivor
区,之后每经过一次Minor GC
那么对象的年龄加1
,直到达到阀值对象进入老年区。 - 动态判断对象的年龄。如果
Survivor
区中相同年龄的所有对象大小的总和大于Survivor
空间的一半,年龄大于或等于该年龄的对象可以直接进入老年代。 - 空间分配担保。每次进行
Minor GC
时,JVM
会计算Survivor
区移至老年区的对象的平均大小,如果这个值大于老年区的剩余值大小则进行一次Full GC
,如果小于检查HandlePromotionFailure
设置,如果true
则只进行Monitor GC
,如果false
则进行Full GC
。
GC算法 垃圾回收
主要关注点:
- 对象存活判断
- GC算法
- 垃圾回收器
对象存活判断
判断对象是否存活一般有两种方式:
- 引用计数:每个对象有一个引用计数属性,新增一个引用时计数加
1
,引用释放时计数减1
,计数为0
时可以回收。此方法简单,无法解决对象相互循环引用的问题。 - 可达性分析(
Reachability Analysis
):从GC Roots
开始向下搜索,搜索所走过的路径称为引用链。当一个对象到GC Roots
没有任何引用链相连时,则证明此对象是不可用的,不可达对象。
GC算法
GC
最基础的算法有三种:标记 -清除算法、复制算法、标记-整理算法,我们常用的垃圾回收器一般都采用分代收集算法。
- 标记-清除算法:“标记-清除”(
Mark-Sweep
)算法,如它的名字一样,算法分为“标记”和“清除”两个阶段:首先标记出所有需要回收的对象,在标记完成后统一回收掉所有被标记的对象。 - 复制算法:“复制”(
Copying
)的收集算法,它将可用内存按容量划分为大小相等的两块,每次只使用其中的一块。当这一块的内存用完了,就将还存活着的对象复制到另外一块上面,然后再把已使用过的内存空间一次清理掉。 - 标记-整理算法,标记过程仍然与“标记-清除”算法一样,但后续步骤不是直接对可回收对象进行清理,而是让所有存活的对象都向一端移动,然后直接清理掉端边界以外的内存
- 分代收集算法:“分代收集”(
Generational Collection
)算法,把Java
堆分为新生代和老年代,这样就可以根据各个年代的特点采用最适当的收集算法。
垃圾回收器
Serial
收集器,串行收集器是最古老,最稳定以及效率高的收集器,可能会产生较长的停顿,只使用一个线程去回收。ParNew
收集器,ParNew
收集器其实就是Serial
收集器的多线程版本。Parallel
收集器,Parallel Scavenge
收集器类似ParNew
收集器,Parallel
收集器更关注系统的吞吐量。Parallel Old
收集器,Parallel Old
是Parallel Scavenge
收集器的老年代版本,使用多线程和“标记-整理”算法CMS
收集器,CMS(Concurrent Mark Sweep)
收集器是一种以获取最短回收停顿时间为目标的收集器。G1
收集器,G1 (Garbage-First)
是一款面向服务器的垃圾收集器,主要针对配备多颗处理器及大容量内存的机器。以极高概率满足GC
停顿时间要求的同时,还具备高吞吐量性能特征
GC算法和垃圾回收器算法图解以及更详细内容参考 jvm系列(三):GC算法 垃圾收集器
GC分析 命令调优
主要关注点:
- GC日志分析
- 调优命令
- 调优工具
GC日志分析
摘录GC
日志一部分(前部分为年轻代gc
回收;后部分为full gc
回收):
1
|
2016-07-05T10:43:18.093+0800: 25.395: [GC [PSYoungGen: 274931K->10738K(274944K)] 371093K->147186K(450048K), 0.0668480 secs] [Times: user=0.17 sys=0.08, real=0.07 secs]
|
通过上面日志分析得出,PSYoungGen
、ParOldGen
、PSPermGen
属于Parallel
收集器。其中PSYoungGen
表示gc
回收前后年轻代的内存变化;ParOldGen
表示gc
回收前后老年代的内存变化;PSPermGen
表示gc
回收前后永久区的内存变化。young gc
主要是针对年轻代进行内存回收比较频繁,耗时短;full gc
会对整个堆内存进行回城,耗时长,因此一般尽量减少full gc
的次数
调优命令
Sun JDK
监控和故障处理命令有jps
jstat
jmap
jhat
jstack
jinfo
jps
,JVM Process Status Tool
,显示指定系统内所有的HotSpot
虚拟机进程。jstat
,JVM statistics Monitoring
是用于监视虚拟机运行时状态信息的命令,它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT
编译等运行数据。jmap
,JVM Memory Map
命令用于生成heap dump
文件jhat
,JVM Heap Analysis Tool
命令是与jmap
搭配使用,用来分析jmap
生成的dump
,jhat
内置了一个微型的HTTP/HTML
服务器,生成dump
的分析结果后,可以在浏览器中查看jstack
,用于生成java
虚拟机当前时刻的线程快照。jinfo
,JVM Configuration info
这个命令作用是实时查看和调整虚拟机运行参数。
详细的命令使用参考这里jvm系列(四):jvm调优-命令篇
调优工具
常用调优工具分为两类,jdk
自带监控工具:jconsole
和jvisualvm
,第三方有:MAT(Memory Analyzer Tool)
、GChisto
。
jconsole
,Java Monitoring and Management Console
是从java5
开始,在JDK
中自带的java
监控和管理控制台,用于对JVM
中内存,线程和类等的监控jvisualvm
,jdk
自带全能工具,可以分析内存快照、线程快照;监控内存变化、GC变化等。MAT
,Memory Analyzer Tool
,一个基于Eclipse
的内存分析工具,是一个快速、功能丰富的Java heap
分析工具,它可以帮助我们查找内存泄漏和减少内存消耗GChisto
,一款专业分析gc
日志的工具
工具使用参考: jvm系列(七):jvm调优-工具篇