CMS GC 垃圾回收
HotSpot（oracle推出的支持主流JDK的JVM实现） JVM的并发标记清理收集器(Concurrent Mark Sweep，CMS收集器)的主要目标就是：低应用停顿时间。该目标对于大多数交互式应用很重要，比如web应用.CMS GC收集器被设计成了大部分时间可与应用程序线程并行执行,只会停顿一小会时间(停止整个应用,下面会用Stop The World(STW)代替).
CMS GC 的 6个过程:
1.初始标记：为了收集应用程序的对象引用需要暂停应用程序线程，该阶段完成后，应用程序线程再次启动。
2.并发标记：从第一阶段收集到的对象引用开始，遍历所有其他的对象引用。
3.并发预清理：改变当运行第二阶段时，由应用程序线程产生的对象引用，以更新第二阶段的结果。
4.重标记：由于第三阶段是并发的，对象引用可能会发生进一步改变。因此，应用程序线程会再一次
被暂停以更新这些变化，并且在进行实际的清理之前确保一个正确的对象引用视图。
这一阶段十分重要，因为必须避免收集到仍被引用的对象。
5.并发清理：所有不再被应用的对象将从堆里清除掉。
6.并发重置：收集器做一些收尾的工作，以便下一次GC周期能有一个干净的状态。其中4个阶段(名字以Concurrent开始的)与实际的应用程序是并发执行的，
而其他2个阶段需要暂停应用程序线程(STW).
接下来就通过一段代码来触发并展示CMS GC的过程.
public class GCTest {private static final int _10MB = 10 * 1024 * 1024;/*** @param args* @throws InterruptedException*/public static void main(String[] args) throws Exception {test();}/*** VM arg： -Xms100m(设置最大堆内存) -Xmx100m(设置初始堆内存) * -Xmn50m(设置新生代大小)* -XX:+PrintGCDetails(打印GC日志详细信息) * -XX:+UseConcMarkSweepGC (采用 cms gc算法)* -XX:+UseParNewGC (新生代采用并行GC方式,* 高版本的jdk使用了UseConcMarkSweepGC参数时 这个参数会自动开启)* -XX:SurvivorRatio=8 (新生代eden区与survivor区空间比例8:1,* eden:fromsurvivor:tosurvivor -->8:1:1)* -XX:MaxTenuringThreshold=1 (用于控制对象能经历多少次* Minor GC(young gc)才晋升到老年代,默认15次)* -XX:+PrintTenuringDistribution(输出survivor区幸存对象的年龄分布)* -XX:CMSInitiatingOccupancyFraction=68 *(设置老年代空间使用率多少时触发第一次cms *gc,默认68%)* @throws InterruptedException*/public static void test() throws InterruptedException {List<byte[]> list = new ArrayList<>();for (int n = 1; n < 8; n++) {byte[] alloc = new byte[_10MB];list.add(alloc);}Thread.sleep(Integer.MAX_VALUE);}}
执行展示
D:\platform\svn\demo>java -Xms100m -Xmx100m -Xmn50m -XX:+PrintGCDetails
-XX:+UseConcMarkSweepGC -XX:SurvivorRatio=8 -XX:MaxTenuringThreshold=1
-XX:+PrintTenuringDistribution GCTest
[GC (Allocation Failure)
[ParNew Desired survivor size 2621440 bytes, new threshold 1 (max 1)
- age 1: 636784 bytes, 636784 total: 33997K->632K(46080K), 0.0105313 secs]
33997K->31354K(97280K), 0.0107013 secs]
[Times: user=0.01 sys=0.00, real=0.01 secs]
//step 1,young gc,新生代没有空间存入新对象,则发生young gc(也叫 minor gc),
//33997K->632K(46080K), 0.0105313 secs]新生代由33997K gc后变成了632K,
//整个heap区情况: 33997K->31354K(97280K)
//新生代的对象copy(新生代采用的是复制算法收集内存)到survivor区,
//但此处survivor容纳不下,则直接copy到了老年代中大小(可以设置多大的对象直接升级到老年代中,
//参数XX:PretenureSizeThreshold=<value>)
[GC (Allocation Failure) [ParNew: 32961K->32961K(46080K), 0.0001067 secs]
[CMS: 30722K->40960K(51200K), 0.0111639 secs] 63683K->62060K(97280K),
[Metaspace: 2509K->2509K(1056768K)], 0.0118014 secs] [Times: user=0.02 sys=0.00, real=0.02 secs]
//step 2,老年代空间占用大小占比达到阈值,触发第一次老年代GC,即CMS GC
//CMS: 30722K->40960K(51200K): 老年代由30722K变为40960K,总大小51200K
[GC (CMS Initial Mark) [1 CMS-initial-mark: 40960K(51200K)] 72995K(97280K), 0.0004270 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
//step 3 初始标记
[CMS-concurrent-mark-start]
[CMS-concurrent-mark: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
//step 4 并发标记
[CMS-concurrent-preclean-start]
[CMS-concurrent-preclean: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
//step 5 并发预清理
[CMS-concurrent-abortable-preclean-start]
[CMS-concurrent-abortable-preclean: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[GC (CMS Final Remark) [YG occupancy: 32035 K (46080 K)][Rescan (parallel) , 0.0003930 secs]
//step 6重标记
[weak refs processing, 0.0000436 secs][class unloading, 0.0001861 secs]
[scrub symbol table, 0.0003188 secs]
[scrub string table, 0.0000946 secs]
//weak refs processing 处理old区的弱引用，用于回收native memory
class unloading 回收SystemDictionary
[1 CMS-remark:40960K(51200K)] 72995K(97280K), 0.0013492 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[CMS-concurrent-sweep-start]
[CMS-concurrent-sweep: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
//step 7 并发清理
[CMS-concurrent-reset-start]
[CMS-concurrent-reset: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
//step 8 并发重置
Heappar new generation total 46080K, used 32445K [0x00000000f9c00000, 0x00000000fce00000, 0x00000000fce00000)eden space 40960K, 79% used [0x00000000f9c00000, 0x00000000fbbaf5b0, 0x00000000fc400000)from space 5120K, 0% used [0x00000000fc900000, 0x00000000fc900000, 0x00000000fce00000)to space 5120K, 0% used [0x00000000fc400000, 0x00000000fc400000, 0x00000000fc900000)concurrent mark-sweep generation total 51200K, used 40960K [0x00000000fce00000, 0x0000000100000000, 0x0000000100000000)Metaspace used 2515K, capacity 4486K, committed 4864K, reserved 1056768Kclass space used 269K, capacity 386K, committed 512K, reserved 1048576K
相应的注释都详细标注了,现在解读一下GC日志:
基本上都是这种格式：回收前区域占用的大小->回收后区域占用的大小（区域设置的大小），耗时.
现在取step2 这部分日志做一个全面的分析作为解读GC日志的典型:
[GC (Allocation Failure) [ParNew: 32961K->32961K(46080K), 0.0001067 secs]
[CMS: 30722K->40960K(51200K), 0.0111639 secs] 63683K->62060K(97280K),
[Metaspace: 2509K->2509K(1056768K)], 0.0118014 secs] [Times: user=0.02 sys=0.00, real=0.02 secs]
[ParNew: 32961K->32961K(46080K), 0.0001067 secs]
ParNew 表明新生代是并行方式进行GC,
串行收集器：
DefNew：是使用-XX:+UseSerialGC（新生代，老年代都使用串行回收收集器）。
并行收集器：
ParNew：是使用-XX:+UseParNewGC（新生代使用并行收集器，老年代使用串行回收收集器）或者-XX:+UseConcMarkSweepGC(新生代使用并行收集器，老年代使用CMS)。
PSYoungGen：是使用-XX:+UseParallelOldGC（新生代，老年代都使用并行回收收集器）或者-XX:+UseParallelGC（新生代使用并行回收收集器，老年代使用串行收集器）
garbage-first heap：是使用-XX:+UseG1GC（G1收集器）
32961K->32961K(46080K) 新生代大小由32961K变成32961K,总大小为46080K,young gc 耗时 0.0001067 secs.
[CMS: 30722K->40960K(51200K), 0.0111639 secs]
CMS:表明是老年代堆区(因为CMS只作用于老年代),
63683K->62060K(97280K)
heap 区情况,
[Metaspace: 2509K->2509K(1056768K)]
Metaspace :元空间是jdk 8 的新特性,可简单理解为其替换了8 之前的永久代PermGen Space(方法区).
方法区是JVM的规范,而永久代则是JVM规范的一种实现,元空间也是方法区的一种实现.
[Times: user=0.02 sys=0.00, real=0.02 secs]
这里的user,sys,real 与 linux的time 命令所输出的时间含义一致,分别代表用户太消耗的CPU时间,内核态消耗的CPU时间,和操作从开始到结束所经过的墙钟时间---引用自<深入理解Java虚拟机> 3.5.8 理解GC日志.
实际上到这里整个过程就完成的差不多了,但是我在执行过程中,又发现了一个有趣的东西,就是concurrent mode failure情况,当我new 出的对象超过了堆内存的最大内存后会发生OOM时,就出现concurrent mode failure,GC日志如下:
[GC [ParNew: 31539K->496K(46080K), 0.0137601 secs] 31539K->31218K(97280K), 0.0152885 secs]
[Times: user=0.02 sys=0.00, real=0.02 secs]
[GC [ParNew: 33275K->33275K(46080K), 0.0003866 secs][CMS: 30722K->40960K(51200K), 0.0217084 secs]
63997K->61912K(97280K), [CMS Perm : 2534K->2532K(21248K)], 0.0231226 secs]
[Times: user=0.02 sys=0.00, real=0.02 secs]
[GC [1 CMS-initial-mark: 40960K(51200K)] 72152K(97280K), 0.0004554 secs][Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC [CMS[CMS-concurrent-mark: 0.010/0.011 secs]
[Times: user=0.00 sys=0.00, real=0.01 secs](concurrent mode failure): 40960K->40960K(51200K), 0.0159043 secs] 72152K->72152K(97280K), [CMS Perm : 2532K->2532K(21248K)], 0.0165056 secs] [Times: user=0.01 sys=0.00, real=0.02 secs]
[Full GC [CMS: 40960K->40960K(51200K), 0.0075621 secs]
72152K->72138K(97280K), [CMS Perm : 2532K->2532K(21248K)], 0.0084089 secs]
[Times: user=0.00 sys=0.00, real=0.01 secs]
Exception in thread "main" java.lang.OutOfMemoryError: Java heap spaceat GCTest.test(GCTest.java:19)at GCTest.main(GCTest.java:12)
造成这种情况的原因是:在执行CMS GC的过程中同时有对象要放入旧生代，而此时老年代空间不足造成的。
同样的情况还有promotion failed这种情形,这是由于在进行Minor GC(young gc)时，survivor space放不下、对象只能放入老年代，而此时老年代也放不下造成的.
结束
Java 9 也出来了一段时间了,Java9的默认gc算法是G1算法
CMS GC 垃圾回收相关推荐
- GC垃圾回收—详细总结
GC垃圾回收 JVM的垃圾回收机制,在内存充足的情况下,除非你显式调用System.gc(),否则它不会进行垃圾回收:在内存不足的情况下,垃圾回收将自动运行 判断对象是否要回收的方法 引用计数算法 给 ...
- Day125.JVM：栈、堆、GC 垃圾回收机制
目录 一.JVM 体系结构概述 ★★★ 栈 (stack) 堆 (Heap) 新生区.养老区.永久代(元空间) 堆参数调优 OOM 问题定位解决 二.GC 垃圾回收 1.垃圾判定 2.垃圾回收算法 ★ ...
- idea本地跑如何看gc日志_不可思议，竟然还有人不会查看GC垃圾回收日志？
日志的重要性,不需要过多强调了.通过日志,我们可以发现程序可能有内存(泄露)问题.本文从案例出发,具体介绍这些日志信息,以期帮助大家更好地了解垃圾回收的运行情况. 还是先上图,看看本文的主要内容: 我 ...
- java垃圾回收机制_乐字节Java|GC垃圾回收机制、package和import语句
本文接上一篇:乐字节Java|this关键字.static关键字.block块.本文是接着讲述JavaGC垃圾回收机制.package 和 import语句. 一.GC垃圾回收机制 GC全名:Garb ...
- 不要再问我“Java GC垃圾回收机制”了
点击蓝色"程序猿DD"关注我 回复"资源"获取独家整理的学习资料! Java GC垃圾回收几乎是面试必问的JVM问题之一,本篇文章带领大家了解Java GC的底 ...
- JVM架构和GC垃圾回收机制--面试
JVM架构和GC垃圾回收机制详解 JVM架构图分析 下图:参考网络+书籍,如有侵权请见谅 (想了解Hadoop内存溢出请看: Hadoop内存溢出(OOM)分类.参数调优化) JVM被分为三个主要的子 ...
- gc的原因 频繁full_Java性能优化要点之：GC垃圾回收知识点整理
要掌握了GC垃圾回收的相关知识点,程序员在工作中就不用担心内存管理了,因为垃圾收集器会自动进行管理.本文为大家整理了GC垃圾回收的学习笔记,主要内容包括了判断回收条件,虚拟机频繁full GC的解决对 ...
- golang GC垃圾回收机制
** golang GC垃圾回收 ** 垃圾回收(Garbage Collection,简称GC)是编程语言中提供的自动的内存管理机制,自动释放不需要的对象,让出存储器资源,无需程序员手动执行. Go ...
- C#销毁资源，释放内存，GC垃圾回收
1. 什么是资源?.NET框架中如何访问资源? 1)资源就是程序中可利用的数据,譬如:字符串,图片和任何二进制数据,包括任何类型的文件. 2)访问一个资源需要如下几个步骤 分配内存空间 初始化内存 使 ...
最新文章
- Javascript获取最近若干个月
- 超简单的话解释C#事件-源码示例
- 如何判断添加的一个面要素是否与某一个面图层相交（AO）
- 太赞了！开源下载机器学习经典书 PRML所有相关资料：中文译本，官方代码，课程视频，学习笔记...
- ppt格式刷快捷键_普通人 | 4个我在知乎上都没有见过的PPT实用技巧
- Android开发之ListView子布局item高度的问题
- [转]Xshell连接win10 Linux子系统
- React开发（204）:react代码分割之路由懒加载
- 010. 使用.net框架提供的属性
- Linux下SCP使用技巧
- 5g通用模组是什么_中国联通发布《5G通用模组白皮书V2.0》
- ORACLE HANDBOOK系列之十：字符集、编码以及Oracle的那些事
- native8081端口 react_教你轻松修改React Native的端口(如何同时运行多个React Native、8081端口占用问题)...
- 2020 年百度之星·程序设计大赛 - 复赛 1002 Binary Addition
- 对象tostring后怎么转成对象_对象出轨了怎么办？对象出轨正常处理方式
- 数据可视化历史上的“人肉里程碑”
- java webservice 开发总结
- STS代码式预付费用电管理系统
- 北京环球度假区宣布首批21家旅游渠道官方授权合作伙伴
- 怎么查看ubuntu虚拟机ip地址？