常用JVM配置参数简介

既然学习JVM，阅读GC日志是处理Java虚拟机内存问题的基础技能，它只是一些人为确定的规则，没有太多技术含量。

 

 

既然如此，那么在IDE的控制台打印GC日志是必不可少的了。现在就告诉你怎么打印。

 

（1）如果你用的是Eclipse，打印GC日志的操作如下：

 

d32742cf-b002-4c55-a185-d4ccdc90a69c

 

bc5b8afb-9d1f-438b-9225-ee7fbbbe2454

 

在上图的箭头处加上-XX:+PrintGCDetails这句话。于是，运行程序后，GC日志就可以打印出来了：

 

25d80649-69f0-47b2-a3bb-418ba4457849

 

（2）如果你用的是IntelliJ IDEA，打印GC日志的操作如下：

 

94726055-e81f-45b8-8978-d1277c5acb17

 

f2c896da-404c-4415-98ef-5b582dec3528

 

在上图的箭头处加上-XX:+PrintGCDetails这句话。于是，运行程序后，GC日志就可以打印出来了：

 

6b1b4352-7172-4404-ac6c-b94c16036d73

 

当然了，光有-XX:+PrintGCDetails这一句参数肯定是不够的，下面我们详细介绍一下更多的参数配置。

 

 

 

一、Trace跟踪参数：

 

1、打印GC的简要信息：

 

-verbose:gc

-XX:+printGC

解释：可以打印GC的简要信息。比如：

 

[GC 4790K->374K(15872K), 0.0001606 secs]

 

[GC 4790K->374K(15872K), 0.0001474 secs]

 

[GC 4790K->374K(15872K), 0.0001563 secs]

 

[GC 4790K->374K(15872K), 0.0001682 secs]

 

上方日志的意思是说，GC之前，用了4M左右的内存，GC之后，用了374K内存，一共回收了将近4M。内存大小一共是16M左右。

 

2、打印GC的详细信息：

 

-XX:+PrintGCDetails

解释：打印GC详细信息。

 

-XX:+PrintGCTimeStamps

解释：打印CG发生的时间戳。

 

理解GC日志的含义：

 

例如下面这段日志：

 

[GC[DefNew: 4416K->0K(4928K), 0.0001897 secs] 4790K->374K(15872K), 0.0002232 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 

 

上方日志的意思是说：这是一个新生代的GC。方括号内部的“4416K->0K(4928K)”含义是：“GC前该内存区域已使用容量->GC后该内存区域已使用容量（该内存区域总容量）”。而在方括号之外的“4790K->374K(15872K)”表示“GC前Java堆已使用容量->GC后Java堆已使用容量（Java堆总容量）”。

 

再往后看，“0.0001897 secs”表示该内存区域GC所占用的时间，单位是秒。

 

再比如下面这段GC日志：

 

1fe41f36-cc6b-4a8b-b48e-8cbe2e3a04af

 

上图中，我们先看一下用红框标注的“[0x27e80000, 0x28d80000, 0x28d80000)”的含义，它表示新生代在内存当中的位置：第一个参数是申请到的起始位置，第二个参数是申请到的终点位置，第三个参数表示最多能申请到的位置。上图中的例子表示新生代申请到了15M的控件，而这个15M是等于：（eden space的12288K）+（from space的1536K）+（to space的1536K）。

 

疑问：分配到的新生代有15M，但是可用的只有13824K，为什么会有这个差异呢？等我们在后面的文章中学习到了GC算法之后就明白了。

 

 

 

3、指定GC log的位置：

 

-Xloggc:log/gc.log

解释：指定GC log的位置，以文件输出。帮助开发人员分析问题。

 

805e8e33-1e3b-46c0-af9d-d68f4d38816f

 

  

 

-XX:+PrintHeapAtGC

解释：每一次GC前和GC后，都打印堆信息。

 

例如：

 

1c6f3837-4b31-4ac2-a639-e79c92f80df5

 

上图中，红框部分正好是一次GC，红框部分的前面是GC之前的日志，红框部分的后面是GC之后的日志。

 

-XX:+TraceClassLoading

解释：监控类的加载。

 

例如：

 

[Loaded java.lang.Object from shared objects file]

 

[Loaded java.io.Serializable from shared objects file]

 

[Loaded java.lang.Comparable from shared objects file]

 

[Loaded java.lang.CharSequence from shared objects file]

 

[Loaded java.lang.String from shared objects file]

 

[Loaded java.lang.reflect.GenericDeclaration from shared objects file]

 

[Loaded java.lang.reflect.Type from shared objects file]

 

-XX:+PrintClassHistogram

解释：按下Ctrl+Break后，打印类的信息。

 

例如：

 

c8050739-0029-47cd-95bd-fbbd6289a5d1

 

 

 

二、堆的分配参数：

 

1、-Xmx –Xms：指定最大堆和最小堆

 

举例、当参数设置为如下时：

 

-Xmx20m -Xms5m

然后我们在程序中运行如下代码：

 

System.out.println("Xmx=" + Runtime.getRuntime().maxMemory() / 1024.0 / 1024 + "M"); //系统的最大空间

 

System.out.println("free mem=" + Runtime.getRuntime().freeMemory() / 1024.0 / 1024 + "M"); //系统的空闲空间

 

System.out.println("total mem=" + Runtime.getRuntime().totalMemory() / 1024.0 / 1024 + "M"); //当前可用的总空间

 运行效果：

 

79c1029d-58fe-47d9-aa2e-1c5ee7e741cd

 

保持参数不变，在程序中运行如下代码：（分配1M空间给数组）

 

复制代码

复制代码

byte[] b = new byte[1 * 1024 * 1024];

System.out.println("分配了1M空间给数组");

 

System.out.println("Xmx=" + Runtime.getRuntime().maxMemory() / 1024.0 / 1024 + "M"); //系统的最大空间

 

System.out.println("free mem=" + Runtime.getRuntime().freeMemory() / 1024.0 / 1024 + "M"); //系统的空闲空间

 

System.out.println("total mem=" + Runtime.getRuntime().totalMemory() / 1024.0 / 1024 + "M");   

复制代码

复制代码

运行效果：

 

14d260c9-28bf-4544-a36f-ee14a1d59623

 

注：Java会尽可能将total mem的值维持在最小堆。

 

保持参数不变，在程序中运行如下代码：（分配10M空间给数组）

 

复制代码

复制代码

byte[] b = new byte[10 * 1024 * 1024];

System.out.println("分配了10M空间给数组");

 

System.out.println("Xmx=" + Runtime.getRuntime().maxMemory() / 1024.0 / 1024 + "M"); //系统的最大空间

 

System.out.println("free mem=" + Runtime.getRuntime().freeMemory() / 1024.0 / 1024 + "M"); //系统的空闲空间

 

System.out.println("total mem=" + Runtime.getRuntime().totalMemory() / 1024.0 / 1024 + "M"); //当前可用的总空间

复制代码

复制代码

运行效果：

 

284e8036-8d70-46bc-aac1-99c9b3deb3ef

 

如上图红框所示：此时，total mem 为7M时已经不能满足需求了，于是total mem涨成了16.5M。

 

 

 

保持参数不变，在程序中运行如下代码：（进行一次GC的回收）

 

复制代码

复制代码

System.gc();

 

System.out.println("Xmx=" + Runtime.getRuntime().maxMemory() / 1024.0 / 1024 + "M"); //系统的最大空间

 

System.out.println("free mem=" + Runtime.getRuntime().freeMemory() / 1024.0 / 1024 + "M"); //系统的空闲空间

 

System.out.println("total mem=" + Runtime.getRuntime().totalMemory() / 1024.0 / 1024 + "M"); //当前可用的总空间 

复制代码

复制代码

运行效果：

 

e419c020-0da3-4046-9b7f-f542ee14a780

 

问题1： -Xmx（最大堆空间）和 –Xms（最小堆空间）应该保持一个什么关系，可以让系统的性能尽可能的好呢？

 

问题2：如果你要做一个Java的桌面产品，需要绑定JRE，但是JRE又很大，你如何做一下JRE的瘦身呢？

 

 

 

2、-Xmn、-XX:NewRatio、-XX:SurvivorRatio：

 

-Xmn

　　　　设置新生代大小

 

-XX:NewRatio

　　　　新生代（eden+2*s）和老年代（不包含永久区）的比值

 

    　　　　例如：4，表示新生代:老年代=1:4，即新生代占整个堆的1/5

 

-XX:SurvivorRatio（幸存代）

　　　　设置两个Survivor区和eden的比值

 

    　　　　例如：8，表示两个Survivor:eden=2:8，即一个Survivor占年轻代的1/10

 

 

 

现在运行如下这段代码：

 

复制代码

复制代码

public class JavaTest {

    public static void main(String[] args) {

        byte[] b = null;

        for (int i = 0; i < 10; i++)

            b = new byte[1 * 1024 * 1024];

    }

}

复制代码

复制代码

我们通过设置不同的jvm参数，来看一下GC日志的区别。

 

 

 

（1）当参数设置为如下时：（设置新生代为1M，很小）

 

-Xmx20m -Xms20m -Xmn1