常见的JVM参数
（后边学习到新的会进行补充）
-XX:MaxTenuringThreshold：对象晋升老年代的阈值，默认值15（并不是绝对的，如果在Survivor空间中相同年龄所有对象大小的综合大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代）-XX:MaxPermSize~~：永久代大小-XX:MaxDirectMemorySize：直接内存大小，默认与-Xmx一致-XX:+/-UseTLAB：是否开启TLAB-XX:MaxMetaspace=256m：元数据区，默认为无限大，受Java进程所使用的内存影响-XX:FieldsAllocationStyle：对象内存分布中的实例数据区域的存储顺序-XX:CompactFields=true：由于HotSpot在分配对象实例数据时相同大小的字段总是被分配到一起存储，在满足这个条件下因此父类中定义的变量会出现在子类之前，开启此参数那子类中较小的变量也允许插入父类变量的空隙中，以节省一点空间-XX:+UseCondCardMark：是否开启JVM卡表条件判断，尽量减少伪共享带来的性能损耗-XX:MaxGCPauseMillis（毫秒 >0）：控制最大垃圾收集停顿时间，默认值200-XX:ParallelGCThreads=NUM：垃圾收集并行执行线程数，默认为CPU的核数-XX：+UseAdaptiveSizePolicy：是否开启自适应调节策略，JDK8默认开启-XX：SurvivorRatio：Eden和Survivor区的比例-XX：PretenureSizeThreshold：晋升老年代对象大小，超过指定大小直接在老年代分配，默认为0-XX:+PrintGCDetails：打印GC详细日志-XX:+PrintHeapAtGC：打印每次GC前后堆、方法区可用容量变化-XX:+PrintGCApplicationConcurrentTime ：查看GC过程中用户线程并发时间-XX:+PrintGCApplicationStoppedTime：查看GC过程中用户线程停顿时间-XX:+PrintFlagsFinal：查看JVM参数的默认值
垃圾收集器相关：
CMS相关见文章
-XX:+UseConMarkSweepGC：开启使用CMS垃圾收集器，新生代使用ParNew 老年代使用CMS-XX:CMSInitiatingOccupancyFraction=70：CMS垃圾收集器的回收阈值（老年代），JDK5及之前默认为68%，JDK6之后调整为92%。-XX:+UseCMSInitiatingOccupancyOnly：与XX:CMSInitiatingOccupancyFraction配合使用，只是用设定的回收阈值(上面指定的70%),如果不指定,JVM仅在第一次使用设定值,后续则自动调整。-XX:+/-CMSPrecleaningEnabled：开启/关闭CMS并发预清理。
-XX:CMSScheduleRemarkEdenSizeThreshold：CMS可取消并发预处理阶段开启条件-->默认为2M-XX:CMSMaxAbortablePrecleanLoops：CMS可取消并发预处理阶段取消条件-->循环次数，默认为0-XX:CMSMaxAbortablePrecleanTime：CMS可取消并发预处理阶段取消条件-->最长执行时间，默认为5000毫秒-XX:CMSScheduleRemarkEdenPenetration：CMS可取消并发预处理阶段取消条件-->Eden区的内存使用率大于此配置后取消，默认值为50-XX:+UseCMSCompactAtFullCollection：在进行Full GC之前进行一次内存整理，默认开启-XX:CMSFullGCBeforeCompaction=N：当执行过N此无碎片整理Full GC后，下次Full GC之前进行一次内存整理，默认为0，表示每次都进内存整理-XX:+CMSScavengeBeforeRemark：强制在CMS最终/重标记阶段前进行一次Minor GC，防止可中断预清理一直没有等到年轻代Minor GC而导致年轻代对象太多而导致最终标记时间过长，导致停顿时间过长-XX:+CMSPermGenSweepingEnabled：开启CMS对永久代（元空间）的垃圾收集，默认不开启
-XX:+CMSClassUnloadingEnabled：与-XX:+CMSPermGenSweepingEnabled配合使用，收集永久代时卸载不用的类
G1l垃圾收集器-XX:G1HeapRegionSize=8：设置G1垃圾收集器Region大小，取值范围应为1MB ~ 32MB，且应为2的N次幂。-XX:G1NewSizePercent：新生代最小值，默认值5%-XX:G1MaxNewSizePercent：新生代最大值，默认值60%-XX:ParallelGCThreads：STW期间，并行GC线程数-XX:ConcGCThreads=n：并发标记期间，GC线程数-XX:InitiatingHeapOccupancyPercent：设置触发标记周期的 Java 堆占用率阈值。默认值是45%。这里的java堆占比指的是nonyoungcapacitybytes，包括old+humongous-XX:G1HeapWastePercent：G1停止回收的最小内存，默认是堆的5%，就是说不必要每次回收就把所有的垃圾的处理完，可遗留少量的下次处理，这样也降低了单次GC消耗的时间-XX:+GCTimeRatio：计算花在Java应用线程上和花在GC线程上时间比率，默认是9，跟新生代内存的分配比例一样。参数的主要目的是让用户可以控制花在应用上的时间，G1的计算公式是100/(1+GCTimeRatio)。如果参数设置为9，则最多花10%的时间在GC上面，Parallel GC默认值是99，表示1%的时间被用在GC上面，这是因为Parallel GC贯穿整个GC，而G1则根据Region来进行划分，不需要全局性扫描整个内存-XX:G1ReserverPercent：G1为分配担保预留的空间比例，默认10%，也就是老年代会预留10%的空间来给新生代对象晋升，如果经常由于新生代对象晋升失败导致FullGC，可以适当调大此参数（调大此参数同时意味着老年代可使用的空间减少）
堆内存参数
-Xmx：指定最大堆内存,如-Xmx49。但这只是限制了堆内存Heap部分的最大值，不包括堆外内存和栈内存-Xms：指定堆内存的初始化大小，最小值，如Xms4g。而且指定的内存大小，并不是操作系统实际分配的初始值，而是GC先规划好，应用到才分配。专用服务需上需要保持-Xmx和-Xms保持一致，否则应用刚启动可能就会有好几个FullGC。当两者配置不同时，堆内存扩容可能导致性能抖动。-Xmn：等价于-XX:NewSize，Young区的大小，使用G1垃圾收集器不应该设置该选项，在其他的某些业务场景可以设置，官方建议设置为-Xmx的1/2~1/4-XX:MaxPerSize：这是jdk1.7前使用的，JDK8后Meta空间默认无限大，此参数无效-XX:MetaspeaceSize：Java8默认不限制Meta空间，一般不允许设置该选项-XX:MaxDirectMemorySize：系统可食用的最大堆外内存，这个参数跟-Dsun.nio.MaxDirectMemorySize=1m等价-Xss：设置每个线程栈的字节数，影响栈的深度
分析诊断相关
-XX:+-HeapDumpOnOutOfMemoryError：当OOMError产生时，自动Dump堆内存-XX:HeapDumpPath：与HeapDumpOnOutOfMemoryError搭配使用，指定内存溢出时Dump文件的目录，默认为启动Java程序的工作目录下-XX:OnError：发生致命错误时执行的脚本-XX:OnOutOfMemoryError：抛出OOMError错误是执行的脚本-XX:ErrorFile=fileName：致命错误的日志文件名，绝对路径或者相对路径-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=1506：开启远程调试
运行模式
-server：设置JVM使用server模式，特点是启动速度比较慢，但运行时性能和内存管理效率很高，适用于生产环境。在具有64位JDK环境下将默认启用此模式，而忽略-client参数-clinet：JDK1.7之前在32位的X86机器上的默认值是-client选项。设置JVM使用client模式，特点是启动速度较快，但运行时性能和内存管理效率不高，通常用于客户端程序或者本地PC机开发和调试。-Xint：在解释模式下运行，-Xint标记会强制JVM解释所有的字节码，这会降低运行速度，通常低10倍或者更多-Xcomp：-Xcomp参数与-Xint正好相反，JVM会在第一次使用时把所有的字节码编译成本地代码，从而带来最大程度的优化。[注意预热]-Xmixed：-Xmixed是混合模式，将解释模式和编译模式进行混合使用，有JVM自己决定，这是JVM的默认模式，也是推荐模式，使用java -version可以看到 mixed mode等信息；
编译优化
-XX:+DoEscapeAnalysis：开启逃逸分析-XX:+EliminateAllocations：开启标量替换-XX:+EliminateLocks ：开启同步消除
相关文章见：编译优化技术
参考资料：
本文由博客一文多发平台 OpenWrite 发布！
