JVM参数表指的是什么，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
Java HotSpot VM中-XX:的可配置参数列表进行描述；这些参数可以被松散的聚合成三类：
行为参数（Behavioral Options）：用于改变jvm的一些基础行为；
性能调优（Performance Tuning）：用于jvm的性能调优；
调试参数（Debugging Options）：一般用于打开跟踪、打印、输出等jvm参数，用于显示jvm更加详细的信息；
行为参数：
| 参数及其默认值 | 描述 |
| -XX:-DisableExplicitGC | 禁止调用System.gc()；但jvm的gc仍然有效 |
| -XX:+MaxFDLimit | 最大化文件描述符的数量限制 |
| -XX:+ScavengeBeforeFullGC | 新生代GC优先于Full GC执行 |
| -XX:+UseGCOverheadLimit | 在抛出OOM之前限制jvm耗费在GC上的时间比例 |
| -XX:-UseConcMarkSweepGC | 对老生代采用并发标记交换算法进行GC；指多个线程并发执行GC，一般适用于多处理器系统中，可以提高GC的效率，但算法复杂，系统消耗较大； |
| -XX:-UseParallelGC | 启用并行GC；指GC运行时，对应用程序运行没有影响，GC和app两者的线程在并发执行，这样可以最大限度不影响app的运行； |
| -XX:-UseParallelOldGC | 对Full GC启用并行，当-XX:-UseParallelGC启用时该项自动启用 |
| -XX:-UseSerialGC | 启用串行GC；jvm的默认GC方式，一般适用于小型应用和单处理器，算法比较简单，GC效率也较高，但可能会给应用带来停顿； |
| -XX:+UseThreadPriorities | 启用本地线程优先级 |
性能调优：
| 参数及其默认值 | 描述 |
| -XX:LargePageSizeInBytes=4m | 设置用于Java堆的大页面尺寸 |
| -XX:MaxHeapFreeRatio=70 | GC后java堆中空闲量占的最大比例 |
| -XX:MaxNewSize=size | 新生成对象能占用内存的最大值 |
| -XX:MaxPermSize=64m | 老生代对象能占用内存的最大值 |
| -XX:MinHeapFreeRatio=40 | GC后java堆中空闲量占的最小比例 |
| -XX:NewRatio=2 | 新生代内存容量与老生代内存容量的比例 |
| -XX:NewSize=2.125m | 新生代对象生成时占用内存的默认值 |
| -XX:ReservedCodeCacheSize=32m | 保留代码占用的内存容量 |
| -XX:ThreadStackSize=512 | 设置线程栈大小，若为0则使用系统默认值 |
| -XX:+UseLargePages | 使用大页面内存 |
| -XX:PretenureSizeThreshold=10000 | 大于指定大小的对象，直接进入老年代 |
| -XX:MaxTenuringThreshold=15 | 晋升老年代的年龄阀值 |
| -XX:+HandlePromotionFailure=true | 关闭空间分配担保 |
调试参数列表：
| 参数及其默认值 | 描述 |
| -XX:-CITime | 打印消耗在JIT编译的时间 |
| -XX:ErrorFile=./hs_err_pid<pid>.log | 保存错误日志或者数据到文件中 |
| -XX:-ExtendedDTraceProbes | 开启solaris特有的dtrace探针 |
| -XX:HeapDumpPath=./java_pid<pid>.hprof | 指定导出堆信息时的路径或文件名 |
| -XX:-HeapDumpOnOutOfMemoryError | 当首次遭遇OOM时导出此时堆中相关信息 |
| -XX:OnError="<cmd args>;<cmd args>" | 出现致命ERROR之后运行自定义命令 |
| -XX:OnOutOfMemoryError="<cmd args>;<cmd args>" | 当首次遭遇OOM时执行自定义命令 |
| -XX:-PrintClassHistogram | 遇到Ctrl-Break后打印类实例的柱状信息，与jmap -histo功能相同 |
| -XX:-PrintConcurrentLocks | 遇到Ctrl-Break后打印并发锁的相关信息，与jstack -l功能相同 |
| -XX:-PrintCommandLineFlags | 打印在命令行中出现过的标记 |
| -XX:-PrintCompilation | 当一个方法被编译时打印相关信息 |
| -XX:-PrintGC | 每次GC时打印相关信息 |
| -XX:-PrintGC Details | 每次GC时打印详细信息 |
| -XX:-PrintGCTimeStamps | 打印每次GC的时间戳 |
| -XX:-TraceClassLoading | 跟踪类的加载信息 |
| -XX:-TraceClassLoadingPreorder | 跟踪被引用到的所有类的加载信息 |
| -XX:-TraceClassResolution | 跟踪常量池 |
| -XX:-TraceClassUnloading | 跟踪类的卸载信息 |
| -XX:-TraceLoaderConstraints | 跟踪类加载器约束的相关信息 |
当系统出现问题的时候，又不能使用外部跟踪工具（比如JProfiler……）的情况下，以上的这些参数就会发挥重大作用了，比如dump堆信息、打印并发锁......
G1：
| 参数及其默认值 | 描述 |
| -XX: +UseG1GC | 启用G1 GC。JDK7和JDK8要求必须显示申请启动G1 GC。JDK9已默认使用G1 |
| -XX: G1NewSizePercent | 初始年轻代占整个Java Heap的大小，默认值为5% |
| - XX: G1MaxNewSizePercent | 最大年轻代占整个Java Heap的大小，默认值为60% |
| -XX: G1HeapRegionSize | 设置每个Region的大小，单位MB，需要为1，2，4，8，16，32其一，默认是堆内存的1/2000。 |
| -XX：ConcGCThreads | 与Java应用一起执行的GC线程数量。默认是Java线程的1/4。减少这个参数的数值可能会提升并行回收的效率，即提高系统内部吞吐量（系统是一个整体，CPU资源大家都需要占用），不过如果这个数值过低，也会导致并行回收机制耗时加长 |
| -XX：+InitiatingHeapOccupancyPercent(简称IHOP) | G1内部并行循环启动的设置值，默认为Java Heap的45%。这个可以理解为老年代空间占用的空间，GC收集后需要低于45%的占用率。这个值主要是为了决定在什么时间启动老年代的并行回收循环，这个循环从初始化并行回收开始，可以避免Full GC的发生； |
| -XX：G1HeapWastePercent | G1不会回收的内存大小，默认是堆大小的5%。GC会收集所有的Region，如果值达到5%，就会停下来不再收集了 |
| -XX：G1MixedGCCountTarget | 设置并行循环之后需要有多少个混合GC启动，默认值是8个。老年代Regions的回收时间通常比年轻代的收集时间要长一些，所以如果混合收集器比较多，可以允许G1延长老年代的收集时间； |
| -XX：+G1PrintRegionLivenessInfo | 这个参数需要和-XX：+UnlockDiagnosticVMOptions配合启动，这可以理解，它们本身就是属于VM的调试信息。如果开启了，VM会打印堆内存里每个Region的存活对象信息。这个信息在标记循环结束后可以打印出来 |
| -XX：G1ReservePercent | 这个值是为了保留一些空间用于年代之间的提升，默认值是堆空间的10%。注意这个空间保留后就不会用在年轻代了，大家可以看到GC日志里输出显示，我们大量执行的是年轻代回收，所以如果你的应用里面有比较大的堆内存空间、比较多的大对象存活，那还是减少一点保留空间吧，这样会给年轻代更多的预留空间、GC之间更长的处理时间； |
| -XX：+G1SummarizeRSetStats | 这个也是一个VM的调试信息。如果启用，会在VM推出的时候打印出RSets的详细总结信息。如果启用-XX：G1SummaryRSetStatsPeriod参数，就会阶段性地打印RSets信息； |
| -XX：+G1TraceConcRefinement | 这个也是一个VM的调试信息。如果启用，并行回收阶段的日志就会被详细打印出来； |
| -XX：+GCTimeRatio | GC的有些阶段是需要Stop-the-World，即停止应用线程的，这个参数就是计算花在Java应用线程上和花在GC线程上的时间比率，默认是9。这个参数主要的目的是让用户可以控制花在应用上的时间，G1的计算公式是100/（1+GCTimeRatio），这样如果采用9，则最多10%的时间会花在GC工作上面。Parallel GC的默认值是99，表示1%的时间被用在GC上面，这是因为Parallel GC贯穿整个GC，而G1则根据Region来进行划分，不需要全局性扫描Java Heap； |
| -XX：+UseStringDeduplication | 手动开启Java String对象的分割工作，这个是JDK8u20之后新增的参数，主要用于相同String避免重复申请内存，节约Region的使用； |
| -XX：MaxGCPauseMills | G1停止执行的一个目标值，单位是毫秒，默认是200毫秒，这个值不一定真的会达到。这个参数会通过控制年轻代的大小来实现目标。 |
关于JVM参数表指的是什么问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注亿速云行业资讯频道了解更多相关知识。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
