「本文已参与好文召集令活动，点击查看：后端、大前端双赛道投稿，2万元奖池等你挑战！」
内存相关
| 参数 | 默认值 | 参数说明 |
|---|
| -Xms | -- | 初始堆大小 |
| -Xmx | -- | 最大堆大小 |
| -Xmn | -- | 年轻代大小(1.4or lator)整个JVM内存大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8 |
| -XX:newSize | -- | 表示新生代初始内存的大小，应该小于 -Xms的值 |
| -XX:NewRatio | -- | 设置年轻代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4 |
| -XX:MaxNewSize | -- | 年轻代最大值(for 1.3/1.4) |
| -XX:PermSize | -- | 设置持久代(perm gen)初始值 |
| -XX:MaxPermSize | -- | 设置持久代最大值 |
| -Xss | -- | 每个线程的堆栈大小 |
| -XX:ThreadStackSize | -- | 线程栈的大小 |
| -XX:SurvivorRatio | -- | Eden区与Survivor区的大小比值， 设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10 |
| -XX:LargePageSizeInBytes | -- | 内存页的大小不可设置过大， 会影响Perm的大小 |
| -XX:+UseFastAccessorMethods | -- | 原始类型的快速优化 1.7以后不建议使用，1.6之前默认打开的 |
| -XX:+UseFastEmptyMethods | -- | 优化空方法，1.7以后不建议使用，1.6之前默认打开的 |
| -XX:+DisableExplicitGC | -- | 关闭System.gc() |
| -XX:MaxTenuringThreshold | -- | 设置垃圾最大年龄。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代。对于年老代比较多的应用，可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概率 |
| -XX:+AggressiveOpts | -- | 加快编译 |
| -XX:+UseBiasedLocking | 默认开启 | 锁机制的性能改善， 有偏见的锁是使得锁更偏爱上次使用到它线程。在非竞争锁的场景下，即只有一个线程会锁定对象，可以实现近乎无锁的开销。 |
| -Xnoclassgc | -- | 禁用类垃圾回收 |
| -XX:SoftRefLRUPolicyMSPerMB | 默认是1S | 每兆堆空闲空间中SoftReference的存活时间 |
| -XX:PretenureSizeThreshold | -- | 对象超过多大是直接在旧生代分配，单位字节 新生代采用Parallel Scavenge GC时无效另一种直接在旧生代分配的情况是大的数组对象,且数组中无外部引用对象 |
| -XX:+CollectGen0First | false | FullGC时是否先YGC |
垃圾收集器
| 参数 | 默认值 | 参数说明 |
|---|
| -XX:+UseParallelGC | -- | 选择垃圾收集器为并行收集器。此配置仅对年轻代有效。可以同时并行多个垃圾收集线程，但此时用户线程必须停止。 |
| -XX:+UseParNewGC | -- | 设置年轻代收集器ParNew |
| -XX:ParallelGCThreads | -- | Parallel并行收集器的线程数 |
| -XX:+UseParallelOldGC | -- | 设置老年代的并行收集器是ParallelOld |
| -XX:+UseG1GC | -- | 使用G1收集器 |
| -XX:MaxGCPauseMillis | -- | 每次年轻代垃圾回收的最长时间(最大暂停时间) |
| -XX:+UseAdaptiveSizePolicy | -- | 设置此选项后,并行收集器会自动选择年轻代区大小和相应的Survivor区比例,以达到目标系统规定的最低相应时间或者收集频率等,此值建议使用并行收集器时,一直打开 |
| -XX:GCTimeRatio | -- | 设置垃圾回收时间占程序运行时间的，百分比公式为1/(1+n) |
| -XX:+ScavengeBeforeFullGC | true | Full GC前调用YGC |
| -XX:+UseConcMarkSweepGC | -- | 使用CMS内存收集 |
| -XX:+AggressiveHeap | -- | 试图是使用大量的物理内存长时间大内存使用的优化，能检查计算资源（内存， 处理器数量）至少需要256MB内存大量的CPU／内存， （在1.4.1在4CPU的机器上已经显示有提升） |
| -XX:CMSFullGCsBeforeCompaction | -- | 由于并发收集器不对内存空间进行压缩,整理,所以运行一段时间以后会产生"碎片",使得运行效率降低.此值设置运行多少次GC以后对内存空间进行压缩,整理 |
| -XX:+CMSParallelRemarkEnabled | -- | 降低CMS标记停顿 |
| -XX+UseCMSCompactAtFullCollection | -- | 在FULL GC的时候， 对年老代的压缩，CMS是不会移动内存的， 因此， 这个非常容易产生碎片， 导致内存不够用， 因此， 内存的压缩这个时候就会被启用。 增加这个参数是个好习惯。可能会影响性能,但是可以消除碎片 |
| -XX:+UseCMSInitiatingOccupancyOnly | -- | 使用手动定义初始化定义开始CMS收集，禁止hostspot自行触发CMS GC |
| -XX:CMSInitiatingOccupancyFraction=70 | -- | 使用cms作为垃圾回收使用70％后开始CMS收集 |
| -XX:CMSInitiatingPermOccupancyFraction | -- | 设置Perm Gen使用到达多少比率时触发 |
| -XX:+CMSIncrementalMode | -- | 设置为增量模式 |
| -XX:CMSTriggerRatio | -- | CMSInitiatingOccupancyFraction = (100 - MinHeapFreeRatio) + (CMSTriggerRatio * MinHeapFreeRatio / 100) 处罚cms收集的比例 |
| -XX:MinHeapFreeRatio | -- | java堆中空闲量占的最小比例 |
| -XX:+CMSClassUnloadingEnabled | -- | 如果你启用了CMSClassUnloadingEnabled ，垃圾回收会清理持久代，移除不再使用的classes。这个参数只有在 UseConcMarkSweepGC 也启用的情况下才有用 |
GC日志打印路径格式相关的：
| 参数 | 默认值 | 参数说明 |
|---|
| -XX:+PrintGC | -- | |
| -XX:+PrintGCDetails | -- | |
| -XX:+PrintGCTimeStamps | -- | |
| -XX:+PrintGC:PrintGCTimeStamps | -- | |
| -XX:+PrintGCApplicationStoppedTime | -- | 打印垃圾回收期间程序暂停的时间 |
| -XX:+PrintGCApplicationConcurrentTime | -- | 打印每次垃圾回收前,程序未中断的执行时间 |
| -XX:+PrintHeapAtGC | -- | 打印GC前后的详细堆栈信息 |
| -Xloggc:filename | -- | 把相关日志信息记录到文件以便分析.与上面几个配合使用 |
| -XX:+PrintClassHistogram | -- | 遇到Ctrl-Break后打印类实例的柱状信息，与jmap -histo功能相同 |
| -XX:+PrintTenuringDistribution | -- | 查看每次minor GC后新的存活周期的阈值 |
| -XX:PrintHeapAtGC | -- | 打印GC前后的详细堆栈信息 |
