原 面试题（四）你工作中常用的jvm参数有哪些？

版权声明：本文为博主原创文章，请尊重他人的劳动成果，转载请附上原文出处链接和本声明。
本文链接：https://www.91mszl.com/zhangwuji/article/details/1164

jvm常用参数：

（2） -Xmx。最大堆内存大小，默认为物理内存1/4。等价于 -XX:MaxHeapSize。

（3） -Xss。设置单个线程的栈大小，一般默认为512K~1024K。等价于 -XX:ThreadStackSize。

（4） -Xmn。设置年轻代大小。

（5） -XX:MetaspaceSize。设置元空间大小。元空间的本质和永久代类似，都是对jvm规范中方法区的实现，不过元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。因此默认情况下，元空间的大小仅受本地内存限制。

（6） -XX:+PrintGCDetails。输出详细GC收集日志信息。

（7） -XX:SurvivoRatio。设置新生代中eden和s0/s1空间的比例，默认-XX:SurvivoRatio=8，Eden:s0:s1=8:1:1

（8） -XX:NewRatio。配置年轻代与老年代在堆结构的占比，默认-XX:NewRatio=2，新生代占1，老年代占2，年轻代占整个堆的1/3，也就是说新生代和老年代的比例为1:2

（9） -XX:MaxTenuringThreshold。设置垃圾最大年龄。范围为0 - 15，默认为15，如果设置为0的话，则年轻带对象不经过Survivor区，直接进入年老代。对于年老代比较多的应用，可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概论。

一：-Xss参数说明，我们启动一个程序，代码如下

package com.mszl.gc;
/**
 * 功能：演示jvm默认MetaspaceSize大小
 * 备注：更多资料请访问 http://www.91mszl.com
 * @author bobo teacher
 */
public class GcDemo1 {

	public static void main(String[] args) {
		System.out.println(" hello http://www.91mszl.com");
		try {
			Thread.sleep(100000000);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
	}
	
	
}

执行结果

C:\Windows\system32>jps -l
4608
5648
3864 com.mszl.gc.GcDemo1
2348 sun.tools.jps.Jps

C:\Windows\system32>jinfo -flag ThreadStackSize 3864
-XX:ThreadStackSize=0

我们会神奇的发现ThreadStackSize 为0，为什么会是0，默认不是为512K~1024K吗？我们翻看oracle的官网文档

jdk8的文档

jdk11的文档

意思就是说如果是window系统默认值取决于虚拟内存。

二：-XX:+PrintGCDetails 参数说明，我们启动一个程序，代码如下

package com.mszl.gc;

public class GcDemo3 {
	
	public static void main(String[] args) {
		byte[] bt=new byte[30 * 1024 * 1024]; // 设置为30M
	}
	

}

我们在eclipse里面设置最大堆内存为10M，而我们的程序为30M，会报堆内存异常。

-Xms10m -Xmx10m

执行结果：

[GC (Allocation Failure) [DefNew: 706K->320K(3072K), 0.0013290 secs][Tenured: 153K->473K(6848K), 0.0016831 secs] 706K->473K(9920K), [Metaspace: 1723K->1723K(4480K)], 0.0030903 secs] [Times: user=0.01 sys=0.00, real=0.00 secs] 
[Full GC (Allocation Failure) [Tenured: 473K->462K(6848K), 0.0014379 secs] 473K->462K(9920K), [Metaspace: 1723K->1723K(4480K)], 0.0014710 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

GC的日志分析图

Full GC的日志分析图

三：-XX:SurvivoRatio参数说明，我们启动一个程序，代码如下

package com.mszl.gc;

public class GcDemo3 {
	
	public static void main(String[] args) {
		byte[] bt=new byte[10 * 1024 * 1024];
	}
	

}

我们在eclipse里面设置jvm参数

执行结果

Heap
 def new generation   total 4928K, used 885K [0x03e00000, 0x04350000, 0x09350000)
  eden space 4416K,  20% used [0x03e00000, 0x03edd478, 0x04250000)
  from space 512K,   0% used [0x04250000, 0x04250000, 0x042d0000)
  to   space 512K,   0% used [0x042d0000, 0x042d0000, 0x04350000)
 tenured generation   total 10944K, used 10240K [0x09350000, 0x09e00000, 0x13e00000)
   the space 10944K,  93% used [0x09350000, 0x09d50010, 0x09d50200, 0x09e00000)
 Metaspace       used 1728K, capacity 2242K, committed 2368K, reserved 4480K

我们可以看到512*8 = 4096 约等于4416，满足 Eden:s0:s1=8:1:1

此时我们在将jvm的参数调下：

-XX:+PrintGCDetails -XX:SurvivorRatio=6

运行程序

Heap
 def new generation   total 4800K, used 822K [0x03e00000, 0x04350000, 0x09350000)
  eden space 4160K,  19% used [0x03e00000, 0x03ecda00, 0x04210000)
  from space 640K,   0% used [0x04210000, 0x04210000, 0x042b0000)
  to   space 640K,   0% used [0x042b0000, 0x042b0000, 0x04350000)
 tenured generation   total 10944K, used 10240K [0x09350000, 0x09e00000, 0x13e00000)
   the space 10944K,  93% used [0x09350000, 0x09d50010, 0x09d50200, 0x09e00000)
 Metaspace       used 1728K, capacity 2242K, committed 2368K, reserved 4480K

640 * 6 = 3840 约等于4160

四：-XX:NewRatio参数说明，我们启动一个程序，代码如下

package com.mszl.gc;

public class GcDemo3 {
	
	public static void main(String[] args) {
		byte[] bt=new byte[10 * 1024 * 1024];
	}
	

}

eclipse jvm参数配置如下

执行结果：

Heap
 def new generation   total 4928K, used 885K [0x03c00000, 0x04150000, 0x09150000)
  eden space 4416K,  20% used [0x03c00000, 0x03cdd478, 0x04050000)
  from space 512K,   0% used [0x04050000, 0x04050000, 0x040d0000)
  to   space 512K,   0% used [0x040d0000, 0x040d0000, 0x04150000)
 tenured generation   total 10944K, used 10240K [0x09150000, 0x09c00000, 0x13c00000)
   the space 10944K,  93% used [0x09150000, 0x09b50010, 0x09b50200, 0x09c00000)
 Metaspace       used 1728K, capacity 2242K, committed 2368K, reserved 4480K

我们可以发现新生代为 4928 * 2 = 9856 约等于10944，也就是新生代和老年代的比例为1:2

五：-XX:MaxTenuringThreshold参数说明，我们启动一个程序，代码如下

package com.mszl.gc;
/**
 * 功能：演示jvm默认MetaspaceSize大小
 * 备注：更多资料请访问 http://www.91mszl.com
 * @author bobo teacher
 */
public class GcDemo1 {

	public static void main(String[] args) {
		System.out.println(" hello http://www.91mszl.com");
		try {
			Thread.sleep(100000000);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
	}
	
	
}

cmd 执行命令

C:\Windows\system32>jps -l
5648
6420 com.mszl.gc.GcDemo1
7476 sun.tools.jps.Jps
5548

C:\Windows\system32>
C:\Windows\system32>jinfo -flag MaxTenuringThreshold 6420
-XX:MaxTenuringThreshold=15

我们发现MaxTenuringThreshold默认为15

我们在eclipse 里面配置jvm的参数

-XX:+PrintGCDetails -XX:MaxTenuringThreshold=30

执行程序后报错

MaxTenuringThreshold of 30 is invalid; must be between 0 and 15

说明 MaxTenuringThreshold 只能为0 - 15之间。 

我们现在再eclipse里面将MaxTenuringThreshold改为10

-XX:+PrintGCDetails -XX:MaxTenuringThreshold=10

再次执行程序

C:\Windows\system32>jps -l
5648
2788 sun.tools.jps.Jps
3084 com.mszl.gc.GcDemo1
5548

C:\Windows\system32>jinfo -flag MaxTenuringThreshold 3084
-XX:MaxTenuringThreshold=10

我们发现MaxTenuringThreshold 已经改为了我们期望的值10