35.JVM 参数(JVM中的各种参数及含义、收集器相关、PrintGC等各种辅助参数)

谁践踏了优雅 2022-09-04 14:51 198阅读 0赞

# 35.JVM 参数 #

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3RvdG8xMjk3NDg4NTA0_size_16_color_FFFFFF_t_70_pic_left]  
说下下面jvm参数含义：

-server -Xms512m -Xmx512m -Xss1024K
    -XX:PermSize=256m -XX:MaxPermSize=512m -
    XX:MaxTenuringThreshold=20 XX:CMSInitiatingOccupancyFraction=80 -
    XX:+UseCMSInitiatingOccupancyOnly

35.1 内存相关

<table> 
 <thead> 
  <tr> 
   <th>选项</th> 
   <th>参数详解</th> 
   <th>默认值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>-Xms</td> 
   <td>初始堆大小</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-Xmx</td> 
   <td>最大堆大小</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-Xmn</td> 
   <td>年轻代大小(1.4or lator)整个JVM内存大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:newSize</td> 
   <td>表示新生代初始内存的大小，应该小于-Xms的值</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:NewRatio</td> 
   <td>设置年轻代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:MaxNewSize</td> 
   <td>年轻代最大值(for 1.3/1.4)</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:PermSize</td> 
   <td>设置持久代(perm gen)初始值</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:MaxPermSize</td> 
   <td>设置持久代最大值</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-Xss</td> 
   <td>每个线程的堆栈大小</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:ThreadStackSize</td> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:SurvivorRatio</td> 
   <td>Eden区与Survivor区的大小比值， 设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:LargePageSizeInBytes</td> 
   <td>内存页的大小不可设置过大， 会影响Perm的大小，基本没用过</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseFastAccessorMethods</td> 
   <td>原始类型的快速优化 1.7以后不建议使用，1.6之前默认打开的</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseFastEmptyMethods</td> 
   <td>优化空方法，1.7以后不建议使用，1.6之前默认打开的</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+DisableExplicitGC</td> 
   <td>关闭System.gc()</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:MaxTenuringThreshold</td> 
   <td>设置垃圾最大年龄。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代。对于年老代比较多的应用，可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概率</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+AggressiveOpts</td> 
   <td>加快编译</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseBiasedLocking</td> 
   <td>锁机制的性能改善， 有偏见的锁是使得锁更偏爱上次使用到它线程。在非竞争锁的场景下，即只有一个线程会锁定对象，可以实现近乎无锁的开销。</td> 
   <td>默认开启</td> 
  </tr> 
  <tr> 
   <td>-Xnoclassgc</td> 
   <td>禁用类垃圾回收</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:SoftRefLRUPolicyMSPerMB</td> 
   <td>每兆堆空闲空间中SoftReference的存活时间</td> 
   <td>默认是1S</td> 
  </tr> 
  <tr> 
   <td>-XX:PretenureSizeThreshold</td> 
   <td>对象超过多大是直接在旧生代分配，单位字节 新生代采用Parallel Scavenge GC时无效另一种直接在旧生代分配的情况是大的数组对象,且数组中无外部引用对象.</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+CollectGen0First</td> 
   <td>FullGC时是否先YGC</td> 
   <td>false</td> 
  </tr> 
 </tbody> 
</table>

## 35.2 收集器相关 ##

<table> 
 <thead> 
  <tr> 
   <th>选项</th> 
   <th>参数详解</th> 
   <th>默认值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>-XX:+UseParallelGC</td> 
   <td>选择垃圾收集器为并行收集器。此配置仅对年轻代有效。可以同时并行多个垃圾收集线程，但此时用户线程必须停止。</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseParNewGC</td> 
   <td>设置年轻代收集器ParNew</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:ParallelGCThreads</td> 
   <td>Parallel并行收集器的线程数</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseParallelOldGC</td> 
   <td>设置老年代的并行收集器是ParallelOld</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseG1GC</td> 
   <td>使用G1收集器</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:MaxGCPauseMillis</td> 
   <td>每次年轻代垃圾回收的最长时间(最大暂停时间)</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseAdaptiveSizePolicy</td> 
   <td>设置此选项后,并行收集器会自动选择年轻代区大小和相应的Survivor区比例,以达到目标系统规定的最低相应时间或者收集频率等,此值建议使用并行收集器时,一直打开.</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:GCTimeRatio</td> 
   <td>设置垃圾回收时间占程序运行时间的，百分比公式为1/(1+n)</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+ScavengeBeforeFullGC</td> 
   <td>Full GC前调用YGC</td> 
   <td>true</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseConcMarkSweepGC</td> 
   <td>使用CMS内存收集</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+AggressiveHeap</td> 
   <td>试图是使用大量的物理内存长时间大内存使用的优化，能检查计算资源（内存， 处理器数量）至少需要256MB内存大量的CPU／内存， （在1.4.1在4CPU的机器上已经显示有提升）</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:CMSFullGCsBeforeCompaction</td> 
   <td>由于并发收集器不对内存空间进行压缩,整理,所以运行一段时间以后会产生"碎片",使得运行效率降低.此值设置运行多少次GC以后对内存空间进行压缩,整理</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+CMSParallelRemarkEnabled</td> 
   <td>降低CMS标记停顿</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX+UseCMSCompactAtFullCollection</td> 
   <td>在FULL GC的时候， 对年老代的压缩，CMS是不会移动内存的， 因此， 这个非常容易产生碎片， 导致内存不够用， 因此， 内存的压缩这个时候就会被启用。 增加这个参数是个好习惯。可能会影响性能,但是可以消除碎片</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseCMSInitiatingOccupancyOnly</td> 
   <td>使用手动定义初始化定义开始CMS收集，禁止hostspot自行触发CMS GC</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:CMSInitiatingOccupancyFraction=70</td> 
   <td>使用cms作为垃圾回收使用70％后开始CMS收集</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:CMSInitiatingPermOccupancyFraction</td> 
   <td>设置Perm Gen使用到达多少比率时触发</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+CMSIncrementalMode</td> 
   <td>设置为增量模式</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:CMSTriggerRatio</td> 
   <td>CMSInitiatingOccupancyFraction = (100 - MinHeapFreeRatio) + (CMSTriggerRatio * MinHeapFreeRatio / 100) 处罚cms收集的比例</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:MinHeapFreeRatio</td> 
   <td>java堆中空闲量占的最小比例</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+CMSClassUnloadingEnabled</td> 
   <td>如果你启用了CMSClassUnloadingEnabled ，垃圾回收会清理持久代，移除不再使用的classes。这个参数只有在 UseConcMarkSweepGC 也启用的情况下才有用。参数如下：</td> 
   <td>–</td> 
  </tr> 
 </tbody> 
</table>

## 35.3 辅助信息 ##

<table> 
 <thead> 
  <tr> 
   <th>选项</th> 
   <th>参数详解</th> 
   <th>默认值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>-XX:+PrintGC</td> 
   <td>输出形式:[GC 118250K-&gt;113543K(130112K), 0.0094143 secs]Full GC 121376K-&gt;10414K(130112K), 0.0650971 secs]</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintGCDetails</td> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintGCTimeStamps</td> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintGC:PrintGCTimeStamps</td> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintGCApplicationStoppedTime</td> 
   <td>打印垃圾回收期间程序暂停的时间.可与上面混合使用</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintGCApplicationConcurrentTime</td> 
   <td>打印每次垃圾回收前,程序未中断的执行时间.可与上面混合使用</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintHeapAtGC</td> 
   <td>打印GC前后的详细堆栈信息</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-Xloggc:filename</td> 
   <td>把相关日志信息记录到文件以便分析.与上面几个配合使用</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintClassHistogram</td> 
   <td>遇到Ctrl-Break后打印类实例的柱状信息，与jmap -histo功能相同</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintTenuringDistribution</td> 
   <td>查看每次minor GC后新的存活周期的阈值</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-XX:PrintHeapAtGC</td> 
   <td>打印GC前后的详细堆栈信息</td> 
   <td>–</td> 
  </tr> 
 </tbody> 
</table>

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3RvdG8xMjk3NDg4NTA0_size_16_color_FFFFFF_t_70_pic_left]: /images/20220829/1b92e442e8ec454c885cf58ba75731c2.png