转载

"简单"的jvm调优

作为一名励志成为"神奇宝贝大师"的男人，怎么能连JVM都不懂呢，不然你可能会像智爷那样，一辈子拿不到冠军了。

java能在多平台运行的基础就是java虚拟机了，这边我们不谈论它的内存区域，毕竟jdk7的方法区和jdk8元空间还是有区别的。

jvm参数

//常见参数
-Xms1024m 初始堆大小 
-Xmx1024m 最大堆大小  一般将xms和xmx设置为相同大小，防止堆扩展，影响性能。
-XX:NewSize=n:设置年轻代大小 
-XX:NewRatio=n:设置年轻代和年老代的比值.如:为3,表示年轻代与年老代比值为1:3,年轻代占整个年轻代年老代和的1/4 
-XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的比值.注意Survivor区有两个.如:3,表示Eden:Survivor=3:2,一个Survivor区占整个年轻代的1/5 
-XX:MaxPermSize=n:设置持久代大小
-XX:+HeapDumpOnOutOfMemoryError OOM时自动保存堆文件，可以用visualvm分析堆文件

//收集器设置 
-XX:+UseSerialGC:设置串行收集器 
-XX:+UseParallelGC:设置并行收集器 
-XX:+UseParalledlOldGC:设置并行年老代收集器 
-XX:+UseConcMarkSweepGC:设置并发收集器

//垃圾回收统计信息 
-XX:+PrintGC 
-XX:+PrintGCDetails 
-XX:+PrintGCTimeStamps 
-Xloggc:filename

//并行收集器设置 
-XX:ParallelGCThreads=n:设置并行收集器收集时使用的CPU数.并行收集//线程数. 
-XX:MaxGCPauseMillis=n:设置并行收集最大暂停时间 
-XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比.公式为1/(1+n)
//并发收集器设置 
-XX:+CMSIncrementalMode:设置为增量模式.适用于单CPU情况. 
-XX:ParallelGCThreads=n:设置并发收集器年轻代收集方式为并行收集时,使用的CPU数.并行收集线程数.
复制代码

用法

Idea用法

edit configurations

Springboot用法

由于笔者一直用的是Springboot，因此这边以Springboot的形式进行示范,在启动项目jar包时添加参数。

java -jar -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m -Xms1024m -Xmx1024m -Xmn256m -Xss256k -XX:SurvivorRatio=8 -XX:+UseConcMarkSweepGC newframe-1.0.0.jar
复制代码

工具使用

Visual VM

Visual VM 由java编写,已经被jdk集成，通过检测 JVM 中加载的类和对象信息等帮助我们分析内存使用情况,是用来分析java项目、调优的利器,功能强大。

概述 ：显示了项目的jvm参数。

这边的禁用是什么原因呢？相信直播间的观众应该都是有智慧的！

监视 : {} 暂时省略n个字。

线程 : {} 暂时省略n个字。

抽样器

: {} 暂时省略n个字。

jstat

1. 查看项目进程PId

笔者这边采用docker部署Springboot项目，所以只需要 top 或者 jps 就能直接查看到Pid。
lsof -i:端口号 ，前提是你已经安装了。
ps -ef | grep 项目名

2. 使用命令查看结果

jstat -gcutil 5 1000
复制代码

实战分析

通过Visual VM发现，基本上每隔8分钟，jvm就会发生一次GC,而我本人也没有访问过项目，项目的访问量应该为0，所以在没有定时任务或者死循环的情况下，产生的对象数应该为0。理论上是不会发生GC的。
那么GC是发生在哪里的呢？年轻代还是老年代？
由于这边 NewRatio 为1，所以不管是老年代或者新生代发生gc一般都是在200m左右，我们不好分辨是哪个代。其实之前 NewRatio=2 ， xmx450m ，发生GC的情况是150m。因此是新生代发生了GC。
如果不相信，下面是用jstat的截图，可以看出是新生代对象在不停的产生。