3-常用的JVM参数选项

一、打印设置的XX选项及值

-XX:+PrintCommandLineFlags

可以让在程序运行前打印出用户手动设置或者JVM自动设置的XX选项

-XX:+PrintFlagslnitial

表示打印出所有XX选项的默认值

-XX:+PrintFlagsFinal

表示打印出XX选项在运行程序时生效的值

-XX:+PrintvMOptions

打印JVM的参数

二、堆、栈、方法区等内存大小设置

2.1、栈

-Xss128k 设置每个线程的栈大小为128k

2.2、堆内存

伊甸园的比拟对不上，现在是6：1：1，是因为-XX:+UseAdaptiveSizePolicy默认是开启的，启动虚拟机的时候需要将-XX:SurvivorRatio=8加上指定比例

2.3、方法区

1、永久代(jdk1.8之前)

2、元空间(jdk1.8之后)

2.4、直接内存

-XX:MaxDirectMemorySize
指定DirectMemory容量，若未指定，则默认与Java堆最大值一样

三、OutofMemory相关的选项

对OnOutOfMemoryError的运维处理
以部署在linux系统/opt/Server目录下的Server.jar为例
1.在run.sh启动脚本中添加jvm参数:
-XX:OnOutOfMemoryError=/opt/Server/restart.sh

2.restart.sh脚本
linux环境:

# !/bin/bash
pid=$(ps -ef | grep Server.jar | awk '{if($8=="java") {print $2}}')
kill -9 $pid

Windows环境:
echo off
wmic process where Name= ‘java.exe’ delete
cd D:\Server
start run.bat

四、垃圾收集器相关选项

查看默认垃圾收集器

• -XX:+PrintCommandLineFlags: 查看命令行相关参数（包含使用的垃圾收集器)
• 使用命令行指令: jinfo - flag 相关垃圾回收器参数进程ID

  Serial回收器

  Serial收集器作为HotSpot中Client模式下的默认新生代垃圾收集器。Serial old是运行在Client模式下默认的老年代的垃圾回收器。

-XX:+UseSerialGC
指定年轻代和老年代都使用串行收集器。等价于新生代用Serial GC，且老年代用Serial old GC。可以获得最高的单线程收集效率。

ParNew回收器

-XX:+UseParNewGC
手动指定使用ParNew收集器执行内存回收任务。它表示年轻代使用并行收集器，不影响老年代。

-XX:ParallelGCThreads=N
限制线程数量，默认开启和CPU数据相同的线程数。

Parallel回收器

• -XX;+UseParallelGC 手动指定年轻代使用Parallel并行收集器执行内存回收任务。
• -XX:+UseParalleloldGC手动指定老年代都是使用并行回收收集器。
  • 分别适用于新生代和老年代。默认jdk8是开启的。
  • 上面两个参数，默认开启一个，另一个也会被开启。（互相激活〉
• -XX:ParallelGCThreads 设置年轻代并行收集器的线程数。一般地，最好与CPU数量相等，以避免过多的线程数影响垃圾收集性能。
  • 在默认情况下，当CPU 数量小于8个，Paralle1GCThreads 的值等于CPU 数量。
  • 当CPU数量大于8个，Paralle1GcThreals 的值等于3+[5*CPu_count]/8]。
• -XX:MaxGCPauseMillis 设置垃圾收集器最大停顿时间(即STw的时间)。单位是毫秒。
  • 为了尽可能地把停顿时间控制在MaxGCPauseMills以内，收集器在工作时会调整Java堆大小或者其他一些参数。
  • 对于用户来讲，停顿时间越短体验越好。但是在服务器端，我们注重高并发，整体的吞吐量。所以服务器端适合Paralle1，进行控制。
  • 该参数使用需谨慎。
• -XX:GCTimeRatio 垃圾收集时间占总时间的比例(= 1/ (N + 1))。用于衡量吞吐量的大小。
  • 取值范围（0,100）。默认值99，也就是垃圾回收时间不超过1%。
  • 与前一个-XX:MaxGCPauseMillis参数有一定矛盾性。暂停时间越长，Radio参数就容易超过设定的比例。

• -XX:+UseAdaptiveSizePolicy 设置Parallel Scavenge收集器具有自适应调节策略

  • 在这种模式下，年轻代的大小、Eden和Survivor的比例、晋升老年代的对象年龄等参数会被自动调整，已达到在堆大小、吞吐量和停顿时间之间的平衡点。
  • 在手动调优比较困难的场合，可以直接使用这种自适应的方式，仅指定虚拟机的最大堆、目标的吞吐量（GCTimeRatio）和停顿时间（MaxGCPauseMills），让虚拟机自己完成调优工作。

    CMS回收器

• -XX:+UseConcMarkSweepGC 手动指定使用CMS 收集器执行内存回收任务。

  • 开启该参数后会自动将-XX: +UseParNewGC打开。即: ParNew(Young区用 )+CMS (01d区用)+Serial Old的组合。
• -XX:CMS1nitiatingOccupanyFraction设置堆内存使用率的阙值，一旦达到该阈值，便开始进行回收。
  • JDK5及以前版本的默认值为68,即当老年代的空间使用率达到68%时，会执行一。 次CMS回收。JDK6及以上版本默认值为92%
  • 如果内存增长缓慢，则可以设置一个稍大的值，大的阀值可以有效降低CMS的触发频率，减少老年代回收的次数可以较为明显地改善应用程序性能。反之，如果应用程序内存使用率增长很快，则应该降低这个阅值，以避免频繁触发老年代串行收集器。因此通过该选项便可以有效降低Full GC的执行次数。
• -XX:+UseCMSCompactAtFullCollection 用于指定在执行完Ful1 GC后对内存空间进行压缩整理，以此避免内存碎片的产生。不过由于内存压缩整理过程无法并发执行，所带来的问题就是停顿时间变得更长了。
• -XX:CMSFullGCsBeforeCompaction 设置在执行多少次Fu1l GC后对内存空间进行压缩整理。

• -XX:ParallelCMSThreads 设置CMS的线程数量。

  • CMS默认启动的线程数是(ParallelGCThreads+3)/4, ParallelGCThreads 是年轻代并行收集器的线程数。当CPU资源比较紧张时，受到CMS收集器线程的影响，应用程序的性能在垃圾回收阶段可能会非常糟糕。

    补充参数

• -XX:ConcGCThreads: 设置并发垃圾收集的线程数，默认该值是基于ParallelGCThreads计算出来的;

• -XX:+UseCMSInitiatingOccupancyOnly:是否动态可调，用这个参数可以使CNS一直按CMSInitiatingOccupancyFraction设定的值启动
• -XX∶+CMSScavengeBeforeRemark:强制hotspot虚拟机在cms remark阶段之前做一次minorgc，用于提高remark阶段的速度;
• -XX∶+CMSClassUnloadingEnable: 如果有的话，启用回收Perm 区( JDK8之前)
• -XX∶+CMSParallelInitialEnabled: 用于开启CNS initial-mark阶段采用多线程的方式进行标记，用于提高标记速度，在Java8开始已经默认开启;
• -XX:+CMSParallelRemarkEnabled:用户开启CNS remark阶段采用多线程的方式进行重新标记，默认开启;
• -XX:+ExplicitGCInvokesConcurrent 、-XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses这两个参数用户指定hotspot虚拟在执行system.gc()时使用CMS周期;

• -XX:+CMSPrecleaningEnabled:指定CMS是否需要进行Pre cleaning这个阶段

  特别说明

• JDK9新特性:CMS被标记为Deprecate了(EP291)

  • 如果对JDK9及以上版本的HotSpot虚拟机使用参数-XX:+UseConcMarkSweepGC来开启CMS收集器的话，用户会收到一个警告信息，提示CMS未来将会被废弃。
• JDK14新特性:删除CMS垃圾回收器(JEP363)
  • 移除了CMS垃圾收集器，如果在3DK14中使用-xX:+UseConcMarkSweepGC的话，JVM不会报错，只是给出一个warning信息，但是不会exit。JVM会自动回退

G1回收器

• -XX:+UseG1GC
  • 手动指定使用G1收集器执行内存回收任务。
• -XX:G1HeapRegionSize
  • 设置每个Region的大小。值是2的幂,范围是1MB到32MB之间，目标是根据最小的Java堆大小划分出约2048个区域。默认是堆内存的1/2000。
• -XX:MaxGCPauseMillis
  • 设置期望达到的最大GC停顿时间指标(JVM会尽力实现，但不保证达到)。默认值是200ms
• -XX:ParallelGCThread
  • 设置STW时GC线程数的值。最多设置为8
• -XX:ConcGCThreads
  • 设置并发标记的线程数。将n设置为并行垃圾回收线程数(ParallelGCThreads)的1/4左右。
• -XX:InitiatingHeap0ccupancyPercent
  • 设置触发并发Gc周期的Java堆占用率阈值。超过此值，就触发Gc。默认值是45。
• -XX;G1NewSizePercent、-XX:G1MaxNewSizePercent
  • 新生代占用整个堆内存的最小百分比（默认5%）、最大百分比（默认60%)
• -XX:G1ReservePercent=10
  • 保留内存区域，防止 to space ( Survivor中的to区）溢出

    Mixed GC调优参数

    注意:G1收集器主要涉及到Mixed GC，Mixed GC会回收young 区和部分old区。

G1关于Mixed GC调优常用参数:

• -XX:InitiatingHeapOccupancyPercent:设置堆占用率的百分比（0到100）达到这个数值的时候触发global concurrent marking(全局并发标记），默认为45%。值为8表示间断进行全局并发标记。
• -XX:G1NixedGCLiveThresholdPercent:设置old区的region被回收时候的对象占比，默认占用率为85%。只有old区的region中存活的对象占用达到了这个百分比，才会在Mixed GC中被回收。
• -XX:G1HeapwastePercent:在global concurrent marking(全局并发标记)结束之后，可以知道所有的区有多少空间要被回收，在每次young GC之后和再次发生Mixed Gc之前，会检查垃圾占比是否达到此参数，只有达到了，下次才会发生Mixed GC。
• -XX:G1MixedGCCountTarget:一次global concurrent marking(全局并发标记）之后，最多执行Mixed GC的次数，默认是8。

• -xX:G101dCSetRegionThresholdPercent:设置Mixed Gc收集周期中要收集的old region数的上限。默认值是Java堆的10%

  怎么选择垃圾回收器

• 优先调整堆的大小让JVM自适应完成。

• 如果内存小于100M，使用串行收集器
• 如果是单核、单机程序，并且没有停顿时间的要求，串行收集器
• 如果是多CPU、需要高吞吐量、允许停顿时间超过1秒，选择并行或者JVM自己选择
• 如果是多CPU、追求低停顿时间，需快速响应（比如延迟不能超过1秒，如互联网应用），使用并发收集器。官方推荐G1，性能高。现在互联网的项目，基本都是使用G1。

特别说明:
1．没有最好的收集器，更没有万能的收集;
2．调优永远是针对特定场景、特定需求，不存在一劳永逸的收集器

五、GC日志相关选项

5.1、常用参数

举例

5.2、其他参数

六、其他参数