JVM常用的参数汇总

‐Xms3072M 堆初始化大小
‐Xmx3072M 最大堆大小

-Xms与-Xmx一般设置相同的值,避免每次垃圾回收完成后JVM重新分配内存，也可以防止内存收缩/突然增大带来的性能影响

‐Xmn1536M 新生代大小
‐Xss1M 每个线程的堆栈大小
‐XX:PermSize=256M 设置持久代(perm gen)初始值
‐XX:MaxPermSize=256M 设置持久代最大值
‐XX:SurvivorRatio=8 Eden区与Survivor区的大小比值
  注：设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10

垃圾回收器相关：

1. Serial收集器：
   -XX:+UseSerialGC
   -XX:+UseSerialOldGC
   新生代采用复制算法，老年代采用标记-整理算法。

2. ParNew收集器：
   -XX:+UseParNewGC
   -XX:ParallelGCThreads：指定收集线程数，但是一般不推荐修改。
   新生代采用复制算法，老年代采用标记-整理算法。

3. Parallel Scavenge收集器
   -XX:+UseParallelGC(年轻代),
   -XX:+UseParallelOldGC(老年代)
   新生代采用复制算法，老年代采用标记-整理算法。

4. CMS收集器：
   老年代 “标记-清除”算法

-XX:+UseConcMarkSweepGC(old)：使用CMS收集器
-XX:+UseCMSCompactAtFullCollection ：Full GC之后做压缩整理（减少碎片）
注：CMS使用的回收算法“标记-清除”算法会导致收集结束时会有大量空间碎片产生，通过设置此参数可以让jvm在执行完标记清除后再做整理空间碎片。
-XX:ConcGCThreads：并发的GC线程数
-XX:CMSFullGCsBeforeCompaction：多少次Full GC之后压缩一次，默认是0，代表每次 FullGC后都会压缩一次
-XX:CMSInitiatingOccupancyFraction: 当老年代使用达到该比例时会触发FullGC（默认是92，这是百分比）
-XX:+UseCMSInitiatingOccupancyOnly：只使用设定的回收阈值(XX:CMSInitiatingOccupancyFraction设定的值)，如果不指定，JVM仅在第一次使用设定值，后续则会自动调整
-XX:+CMSScavengeBeforeRemark：在CMS GC前启动一次minor gc，目的在于减少老年代对年轻代的引用，降低CMS GC的标记阶段时的开销，一般CMS的GC耗时 80%都在 remark阶段
5.G1收集器：
-XX:+UseG1GC:使用G1收集器

-XX:ParallelGCThreads:指定GC工作的线程数量

-XX:G1HeapRegionSize:手动指定分区大小(1MB~32MB，且必须是2的幂)，默认将整堆划分为 2048个分区 ，但是推荐默认的计算方式。

-XX:MaxGCPauseMillis:目标暂停时间(默认200ms) ，根据用户所期望的GC停顿时间(可以用JVM参数 -XX:MaxGCPauseMillis指定)来制定回收计划

-XX:G1NewSizePercent:新生代内存初始空间(默认整堆5%)

-XX:G1MaxNewSizePercent:新生代对堆内存的最大占比

-XX:TargetSurvivorRatio: 设定survivor区的目标使用率。默认50，即survivor区对象目标使用率为50%。Survivor区域里的一批对象(年龄 1+年龄2+年龄n的多个年龄对象)总和超过了Survivor区域的50%，此时就会把年龄n(含)以上的对象都放入老年代 。

-XX:MaxTenuringThreshold:最大年龄阈值(默认15)

-XX:InitiatingHeapOccupancyPercent:老年代占用空间达到整个堆内存阈值(默认45%)，则执行新生代和老年代的混合收集(MixedGC)，比如我们之前说的堆默认有2048个region，如果有接近 1000个region都是老年代的region，则可能就要触发MixedGC了。

-XX:G1HeapWastePercent(默认5%):设置新生代对堆内存的初始占比，在系统运行中，JVM会不停的给年轻代增加更多的Region，但是最多新生代的占比不会超过60%。
注： gc过程中空出来的region是否充足阈值，在混合回收的时候，对Region回收都是基于复制算法进行的，都是把要回收的Region里的存活对象放入其他 Region，然后这个Region中的垃圾对象全部清理掉，这样的话在回收过程就会不断空出来新的 Region，一旦空闲出来的Region数量达到了堆内存的5%，此时就会立即停止混合回收，意味着本次混合回收就结束了。

-XX:G1MixedGCLiveThresholdPercent(默认85%) region中的存活对象低于这个值时才会回收该region，如果超过这个值，存活对象过多，回收的的意义不大。

-XX:G1MixedGCCountTarget:在一次回收过程中指定做几次筛选回收(默认8次)，在最后一个筛选回收阶段可以回收一会，然后暂停回收，恢复系统运行，一会再开始回收，这样可以让系统不至于单次停顿时间过长。

实例：亿级流量电商系统如何优化JVM参数设置(ParNew+CMS)
以比较核心的订单系统为例

对于8G内存，我们一般是分配4G内存给JVM，正常的JVM参数配置如下：

‐Xms3072M ‐Xmx3072M ‐Xmn1536M ‐Xss1M ‐XX:PermSize=256M ‐XX:MaxPermSize=256M ‐XX:SurvivorRatio=8
‐Xms3072M 堆初始化大小
‐Xmx3072M 最大堆大小
‐Xmn1536M 新生代大小
‐Xss1M 每个线程的堆栈大小
‐XX:PermSize=256M 设置持久代(perm gen)初始值
‐XX:MaxPermSize=256M 设置持久代最大值
‐XX:SurvivorRatio=8 Eden区与Survivor区的大小比值
  注：设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10

系统按每秒生成60MB的速度来生成对象，大概运行20秒就会撑满eden区，会出发minor gc，大概会有95%以上对象成为垃圾被回收，可能最后一两秒生成的对象还被引用着，我们暂估为 100MB左右，那么这100M会被挪到S0区，回忆下动态对象年龄判断原则，这100MB对象同龄而且总和大于S0区的50%，那么这些对象都会被挪到老年代，到了老年代不到一秒又变成了垃圾对象，很明显，survivor区大小设置有点小
  我们分析下系统业务就知道，明显大部分对象都是短生存周期的，根本不应该频繁进入老年代，也没必要给老年代维持过大的内存空间，得让对象尽量留在新生代里。 于是我们可以更新下JVM参数设置：
‐Xms3072M ‐Xmx3072M ‐Xmn2048M ‐Xss1M ‐XX:PermSize=256M ‐XX:MaxPermSize=256M ‐XX:SurvivorRatio=8

这样就降低了因为对象动态年龄判断原则导致的对象频繁进入老年代的问题，其实很多优化无非就是让短期存活的对象尽量都留在survivor里，不要进入老年代，这样在minor gc的时候这些对象都会被回收，不会进到老年代从而导致full gc。 对于对象年龄应该为多少才移动到老年代比较合适，本例中一次minor gc要间隔二三十秒，大多数对象一般在几秒内就会变为垃圾，完全可以将默认的15岁改小一点，比如改为5，那么意味着对象要经过5次minor gc才会进入老年代，整个时间也有一两分钟了，如果对象这么长时间都没被回收，完全可以认为这些对象是会存活的比较长的对象，可以移动到老年代，而不是继续一直占用 survivor区空间。

对于多大的对象直接进入老年代(参数-XX:PretenureSizeThreshold)，这个一般可以结合你自己系统看下有没有什么大对象生成，预估下大对象的大小，一般来说设置为1M就差不多了，很少有超过1M的大对象，这些对象一般就是你系统初始化分配的缓存对象，比如大的缓存List，Map之类的 对象。 可以适当调整JVM参数如下：

1、 ‐Xms3072M ‐Xmx3072M ‐Xmn2048M ‐Xss1M ‐XX:PermSize=256M ‐XX:MaxPermSize=256M ‐XX:SurvivorRatio=8
2、 ‐XX:MaxTenuringThreshold=5 ‐XX:PretenureSizeThreshold=1M ‐XX:+UseParNewGC ‐XX:+UseConcMarkSweepGC
详解：
‐Xms3072M 堆初始化大小
‐Xmx3072M 最大堆大小
‐Xmn2048M 新生代大小
‐Xss1M 每个线程的堆栈大小
‐XX:PermSize=256M 设置持久代(perm gen)初始值
‐XX:MaxPermSize=256M 设置持久代最大值
‐XX:SurvivorRatio=8 Eden区与Survivor区的大小比值
  注：设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10

‐XX:MaxTenuringThreshold=5 垃圾最大年龄
注：如果设置为0的话,则年轻代对象不经过Survivor区,直接进入年老代. 对于年老代比较多的应用,可以提高效率.如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象再年轻代的存活 时间,增加在年轻代即被回收的概率
该参数只有在串行GC时才有效.

‐XX:PretenureSizeThreshold=1M 对象超过多大是直接在老年代分配
注：单位字节 新生代采用Parallel Scavenge GC时无效
另一种直接在老年代分配的情况是大的数组对象,且数组中无外部引用对象.

‐XX:+UseParNewGC 设置年轻代为ParNew并行收集
‐XX:+UseConcMarkSweepGC 使用CMS内存收集

对于老年代CMS的参数如何设置我们可以思考下，首先我们想下当前这个系统有哪些对象可能会长期存活躲过5次以上minor gc最终进入老年代。 无非就是那些Spring容器里的Bean，线程池对象，一些初始化缓存数据对象等，这些加起来充其量也就几十MB。 还有就是某次minor gc完了之后还有超过200M的对象存活，那么就会直接进入老年代，比如突然某一秒瞬间要处理五六百单，那么每秒生成的对象可能有一百多M，再加上整个系统可能压力剧增，一个订单要好几秒才能处理完，下一秒可能又有很多订单过来。 我们可以估算下大概每隔五六分钟出现一次这样的情况，那么大概半小时到一小时之间就可能因为老年代满了触发一次Full GC，Full GC的触发条件还有我们之前说过的老年代空间分配担保机制， 历次的minor gc挪动到老年代的对象大小肯定是非常小的，所以几乎不会在minor gc触发之前由于老年代空间分配担保失败而产生full gc，其实在半小时后发生full gc，这时候已经过了抢购的最 高峰期，后续可能几小时才做一次FullGC。 对于碎片整理，因为都是1小时或几小时才做一次FullGC，是可以每做完一次就开始碎片整理。 综上，只要年轻代参数设置合理，老年代CMS的参数设置基本都可以用默认值，如下所示：
1、 ‐Xms3072M ‐Xmx3072M ‐Xmn2048M ‐Xss1M ‐XX:PermSize=256M ‐XX:MaxPermSize=256M ‐XX:SurvivorRatio=8
2 、‐XX:MaxTenuringThreshold=5 ‐XX:PretenureSizeThreshold=1M ‐XX:+UseParNewGC ‐XX:+UseConcMarkSweepGC
3、 ‐XX:CMSInitiatingOccupancyFaction=92 ‐XX:+UseCMSCompactAtFullCollection ‐XX:CMSFullGCsBefore Compaction=0
详解：
‐Xms3072M 堆初始化大小
‐Xmx3072M 最大堆大小
‐Xmn2048M 新生代大小
‐Xss1M 每个线程的堆栈大小
‐XX:PermSize=256M 设置持久代(perm gen)初始值
‐XX:MaxPermSize=256M 设置持久代最大值
‐XX:SurvivorRatio=8 Eden区与Survivor区的大小比值
  注：设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10

‐XX:MaxTenuringThreshold=5 垃圾最大年龄
注：如果设置为0的话,则年轻代对象不经过Survivor区,直接进入年老代. 对于年老代比较多的应用,可以提高效率.如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象再年轻代的存活 时间,增加在年轻代即被回收的概率
该参数只有在串行GC时才有效.

‐XX:PretenureSizeThreshold=1M 对象超过多大是直接在老年代分配
注：单位字节 新生代采用Parallel Scavenge GC时无效
另一种直接在老年代分配的情况是大的数组对象,且数组中无外部引用对象.

‐XX:+UseParNewGC 设置年轻代为ParNew并行收集
‐XX:+UseConcMarkSweepGC 使用CMS内存收集

‐XX:CMSInitiatingOccupancyFaction=92 ：当老年代使用达到该比例时会触发Full GC（默认 是92，这是百分比）
‐XX:+UseCMSCompactAtFullCollection ：FullGC之后做压缩整理（减少碎片）
‐XX:CMSFullGCsBeforeCompaction=0 ：多少次Full GC之后压缩一次，默认是0，代表每次 FullGC后都会压缩一次
————————————————
版权声明：本文为CSDN博主「liuyumei3688」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/liuyumei3688/article/details/101388509