《从零开始带你成为JVM实战高手》笔记六

最新推荐文章于 2024-08-04 11:07:52 发布

colspanprince

最新推荐文章于 2024-08-04 11:07:52 发布

阅读量314

点赞数

分类专栏： JVM 文章标签： java

本文链接：https://blog.csdn.net/colspanprince/article/details/108951047

版权

JVM 专栏收录该内容

8 篇文章 2 订阅

订阅专栏

一、第四十三课模拟young gc

编写测试代码

	public static void main(String[] args) {
		
		byte[] array1 = new byte[1024 * 1024];
		array1 = new byte[1024 * 1024];
		array1 = new byte[1024 * 1024];
		array1 = null;
		
		byte[] array2 = new byte[1024 * 1024 * 2];
	}

设置JVM参数

-XX:NewSize=5M -XX:MaxNewSize=5M -XX:InitialHeapSize=10M -XX:MaxHeapSize=10M -XX:SurvivorRatio=8 -XX:PretenureSizeThreshold=10M -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:gc.log

二、第四十四课如何查看GC日志

1、上面设置的JVM运行出的GC日志如下

Java HotSpot(TM) 64-Bit Server VM (25.181-b13) for windows-amd64 JRE (1.8.0_181-b13), built on Jul  7 2018 04:01:33 by "java_re" with MS VC++ 10.0 (VS2010)
Memory: 4k page, physical 7239248k(1500260k free), swap 10066852k(1866340k free)

// 这一行是运行的JVM参数，如果没有指定，那么就是使用的默认设置
CommandLine flags: -XX:InitialHeapSize=10485760 -XX:MaxHeapSize=10485760 -XX:MaxNewSize=5242880 -XX:NewSize=5242880 -XX:OldPLABSize=16 -XX:PretenureSizeThreshold=10485760 -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:SurvivorRatio=8 -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:-UseLargePagesIndividualAllocation -XX:+UseParNewGC 

// 0.349秒，触发GC，原因是Allocation Failure：对象分配失败
// ParNew垃圾回收，即新生代GC。年轻代可用空间是4608KB（Eden加一个Survivor），回收前4030KB，回收后剩余512KB，耗时0.0010835秒
// 注意，回收前是Eden加Survivor1占了4.5M，回收后是Eden加Survivor2占了0.5M
// 整个Java堆可用空间9728KB（9.5MB），GC前使用了4030KB，GC后使用了574KB，本次GC耗时约等于0.00秒
0.349: [GC (Allocation Failure) 0.349: [ParNew: 4030K->512K(4608K), 0.0010835 secs] 
4030K->574K(9728K), 0.0014150 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 

// 下面是JVM退出时打印的堆内存运行情况
// 新生代总共4608KB,使用了2601KB（因为最后创建了一个2MB的数组）
// Eden使用了51%，Survivor的From区使用100%（因为被刚刚GC后的对象占满了）
Heap
 par new generation   total 4608K, used 2601K [0x00000000ff600000, 0x00000000ffb00000, 0x00000000ffb00000)
  eden space 4096K,  51% used [0x00000000ff600000, 0x00000000ff80a558, 0x00000000ffa00000)
  from space 512K, 100% used [0x00000000ffa80000, 0x00000000ffb00000, 0x00000000ffb00000)
  to   space 512K,   0% used [0x00000000ffa00000, 0x00000000ffa00000, 0x00000000ffa80000)
 
// CMS垃圾回收，老年代一共5M，使用了89K
concurrent mark-sweep generation total 5120K, used 89K [0x00000000ffb00000, 0x0000000100000000, 0x0000000100000000)
// 元数据区使用了2882K
 Metaspace       used 2882K, capacity 4486K, committed 4864K, reserved 1056768K
// Class空间使用了281K
  class space    used 281K, capacity 386K, committed 512K, reserved 1048576K

2、图解GC过程

除了3个数组占了3MB，还有些未知对象，所以GC前新生代使用了4046KB，而不是3072KB

Young GC后的新生代

三、第四十五课模拟对象进入老年代

编写测试代码

	public static void main(String[] args) {
		
		byte[] array1 = new byte[1024 * 1024 * 2];
		array1 = new byte[1024 * 1024 * 2];
		array1 = new byte[1024 * 1024 * 2];
		array1 = null;
		
		byte[] array2 = new byte[1024 * 128];
		
		byte[] array3 = new byte[1024 * 1024 * 2];
		
		array3 = new byte[1024 * 1024 * 2];
		array3 = new byte[1024 * 1024 * 2];
		array3 = new byte[1024 * 128];
		array3 = null;
		
		byte[] array4 = new byte[1024 * 1024 * 2];
	}

设置JVM参数

-XX:NewSize=10M -XX:MaxNewSize=10M -XX:InitialHeapSize=20M -XX:MaxHeapSize=20M -XX:SurvivorRatio=8 -XX:PretenureSizeThreshold=10M -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:gc.log

GC日志如下

Java HotSpot(TM) 64-Bit Server VM (25.181-b13) for windows-amd64 JRE (1.8.0_181-b13), built on Jul  7 2018 04:01:33 by "java_re" with MS VC++ 10.0 (VS2010)
Memory: 4k page, physical 7239248k(1534732k free), swap 10066852k(1463968k free)
CommandLine flags: -XX:InitialHeapSize=20971520 -XX:MaxHeapSize=20971520 -XX:MaxNewSize=10485760 -XX:NewSize=10485760 -XX:OldPLABSize=16 -XX:PretenureSizeThreshold=10485760 -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:SurvivorRatio=8 -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:-UseLargePagesIndividualAllocation -XX:+UseParNewGC 
0.398: [GC (Allocation Failure) 0.399: [ParNew: 7292K->752K(9216K), 0.0010154 secs] 7292K->752K(19456K), 0.0013371 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.401: [GC (Allocation Failure) 0.401: [ParNew: 7056K->0K(9216K), 0.0032594 secs] 7056K->724K(19456K), 0.0033733 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
Heap
 par new generation   total 9216K, used 2212K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
  eden space 8192K,  27% used [0x00000000fec00000, 0x00000000fee290e0, 0x00000000ff400000)
  from space 1024K,   0% used [0x00000000ff400000, 0x00000000ff400000, 0x00000000ff500000)
  to   space 1024K,   0% used [0x00000000ff500000, 0x00000000ff500000, 0x00000000ff600000)
 concurrent mark-sweep generation total 10240K, used 724K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
 Metaspace       used 2882K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 281K, capacity 386K, committed 512K, reserved 1048576K

2、图解GC过程

创建完array2后，内存如图

随后发生第一次young gc，即0.398秒那次，再创建完array3后，内存如图。此时From区中的内存是752K

继续往下，创建array4前，内存如图，准备发生第二次young gc，即0.401秒的那次

根据日志可以发现，GC完后，新生代内存变成了0，这是因为From区中占比超过了50%，并且它们的年龄都是1，所以把年龄1的对象都移到了老年代，然后给array4创建对象，此时内存如下

所以发生动态年龄判断，是回收Survivor时才会发生，即第一次GC不会发生，因为此时Survivor还没有对象。只有回收Survivor区时发现占用超过50%，才会触发动态年龄判断

colspanprince

关注

0
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
《从零开始带你成为JVM实战高手》笔记六

一、第四十三课模拟young gc编写测试代码 public static void main(String[] args) { byte[] array1 = new byte[1024 * 1024]; array1 = new byte[1024 * 1024]; array1 = new byte[1024 * 1024]; array1 = null; byte[] array2 = new byte[1024 * 1024 * 2]; }设置JV
复制链接

扫一扫