JVM虚拟机（1）---常用JVM配置参数

2年前 (2022) 程序员胖胖胖虎阿

252 0 0

常用JVM配置参数

常用JVM配置参数主要有：Trace跟踪参数、堆的分配参数、栈的分配参数。

一、Trace跟踪参数

跟踪参数用于跟踪监控JVM，对于开发人员来讲用于JVM调优以及故障排查的。

1、打印GC的简要信息

-verbose:gc
-XX:+PrintGC

这两个配置参数效果是一样的，都是在发生GC时打印出简要的信息，例如执行代码

public static void main(String[] args) {
        byte[] bytes = null;
        for (int i = 0; i < 100; i++) {
            bytes = new byte[1 * 1024 * 1024];
        }
    }

这个程序连续创建了100个1M的数组对象，使用-XX:+PrintGC或-verbose:gc参数执行该程序，即可查看到GC情况：

JVM虚拟机（1）---常用JVM配置参数

我们可以看到程序执行了2次GC（minor GC），这两次GC都是新生代的GC。

33038K表示回收前对象占用空间。1760K表示回收后对象占用空间。125952K表示还有多少空间可用。0.0044838 secs表示这次垃圾回收花的时间。

2、打印GC的详细信息以及堆使用详细信息

--打印GC详细信息
-XX:+PrintGCDetails
--打印CG发生的时间戳
-XX:+PrintGCTimeStamps

使用-XX:+PrintGCDetails参数，查看控制台打印结果：

JVM虚拟机（1）---常用JVM配置参数

通过打印GC详细信息可以得出以下结论：

(1)Heap(堆)主要分为三大块：堆分为(PSYoungGen)新生代、(ParOldGen)老年代、(Metaspace)元空间。

注意这里没有永久区了，永久区在java8已经移除，原来放在永久区的常量、字符串静态变量都移到了元空间，并使用本地内存。

(2)(PSYoungGen)新生代又分为：伊甸区（eden）和幸存区（from和to）。

思考：上面total总的为38400K，它不是应该eden+from+to=total？这是因为新生代的垃圾回收算法是采用复制算法，简单的说就是在from和to之间来回复制（复制过程中再把不可达的对象回收掉），

所以必须保证其中一个区是空的，这样才能有预留空间存放复制过来的数据，所以新生代的总大小其实等于eden+from（或to）=33280K+5120K=38400k。

思考：不同对象一般放在哪个区呢？

(1)新生代主要存放的是哪些很快就会被GC回收掉的或者不是特别大的对象。

(2)老年代则是存放那些在程序中经历了好几次回收仍然还活着或者特别大的对象。

(3)元空间在这里都是放着一些用于存储类的信息、常量池、方法数据、方法代码等。这个区中的东西比老年代和新生代更不容易回收。

3、使用外部文件记录GC的日志

-Xloggc:gc.log

我在eclipse.ini配置

-XX:+PrintGC
-Xloggc:gc.log

运行eclipse会有一个gc.log记录日志文件

二、堆的分配参数

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

我的eclipse.ini中这两个的配置是：

-Xms256m
-Xmx1024m

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

 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");  //当前可用的总空间

运行效果：

JVM虚拟机（1）---常用JVM配置参数