https://gitee.com/vectorx/NOT...
https://codechina.csdn.net/qq...
https://github.com/uxiahnan/N...
[TOC]
4. JVM运行时参数
4.1. JVM参数选项
官网地址：https://docs.oracle.com/javase/8/docs/technotes/tools/windows/java.html
4.1.1. 类型一：规范参数选项
> java -help用法: java [-options] class [args...] (执行类) 或 java [-options] -jar jarfile [args...] (执行 jar 文件)其中选项包含: -d32 应用 32 位数据模型 (如果可用) -d64 应用 64 位数据模型 (如果可用) -server 抉择 "server" VM 默认 VM 是 server. -cp <目录和 zip/jar 文件的类搜寻门路> -classpath <目录和 zip/jar 文件的类搜寻门路> 用 ; 分隔的目录, JAR 档案 和 ZIP 档案列表, 用于搜寻类文件。 -D<名称>=<值> 设置零碎属性 -verbose:[class|gc|jni] 启用具体输入 -version 输入产品版本并退出 -version:<值> 正告: 此性能已过期, 将在 将来发行版中删除。 须要指定的版本能力运行 -showversion 输入产品版本并持续 -jre-restrict-search | -no-jre-restrict-search 正告: 此性能已过期, 将在 将来发行版中删除。 在版本搜寻中包含/排除用户专用 JRE -? -help 输入此帮忙音讯 -X 输入非标准选项的帮忙 -ea[:<packagename>...|:<classname>] -enableassertions[:<packagename>...|:<classname>] 按指定的粒度启用断言 -da[:<packagename>...|:<classname>] -disableassertions[:<packagename>...|:<classname>] 禁用具备指定粒度的断言 -esa | -enablesystemassertions 启用零碎断言 -dsa | -disablesystemassertions 禁用零碎断言 -agentlib:<libname>[=<选项>] 加载本机代理库 <libname>, 例如 -agentlib:hprof 另请参阅 -agentlib:jdwp=help 和 -agentlib:hprof=help -agentpath:<pathname>[=<选项>] 按残缺路径名加载本机代理库 -javaagent:<jarpath>[=<选项>] 加载 Java 编程语言代理, 请参阅 java.lang.instrument -splash:<imagepath> 应用指定的图像显示启动屏幕无关详细信息, 请参阅 http://www.oracle.com/technetwork/java/javase/documentation/index.html。Server模式和Client模式
Hotspot JVM有两种模式，别离是server和client，别离通过-server和-client模式设置
- 32位零碎上，默认应用Client类型的JVM。要想应用Server模式，机器配置至多有2个以上的CPU和2G以上的物理内存。client模式实用于对内存要求较小的桌面应用程序，默认应用Serial串行垃圾收集器
- 64位零碎上，只反对server模式的JVM，实用于须要大内存的应用程序，默认应用并行垃圾收集器
官网地址：https://docs.oracle.com/javase/8/docs/technotes/guides/vm/server-class.html
如何晓得零碎默认应用的是那种模式呢？
通过java -version命令：能够看到Server VM字样，代表以后零碎应用是Server模式
> java -versionjava version "1.8.0_201"Java(TM) SE Runtime Environment (build 1.8.0_201-b09)Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)4.1.2. 类型二：-X参数选项
> java -X -Xmixed 混合模式执行 (默认) -Xint 仅解释模式执行 -Xbootclasspath:<用 ; 分隔的目录和 zip/jar 文件> 设置搜寻门路以疏导类和资源 -Xbootclasspath/a:<用 ; 分隔的目录和 zip/jar 文件> 附加在疏导类门路开端 -Xbootclasspath/p:<用 ; 分隔的目录和 zip/jar 文件> 置于疏导类门路之前 -Xdiag 显示附加诊断音讯 -Xnoclassgc 禁用类垃圾收集 -Xincgc 启用增量垃圾收集 -Xloggc:<file> 将 GC 状态记录在文件中 (带工夫戳) -Xbatch 禁用后盾编译 -Xms<size> 设置初始 Java 堆大小 -Xmx<size> 设置最大 Java 堆大小 -Xss<size> 设置 Java 线程堆栈大小 -Xprof 输入 cpu 配置文件数据 -Xfuture 启用最严格的查看, 预期未来的默认值 -Xrs 缩小 Java/VM 对操作系统信号的应用 (请参阅文档) -Xcheck:jni 对 JNI 函数执行其余查看 -Xshare:off 不尝试应用共享类数据 -Xshare:auto 在可能的状况下应用共享类数据 (默认) -Xshare:on 要求应用共享类数据, 否则将失败。 -XshowSettings 显示所有设置并持续 -XshowSettings:all 显示所有设置并持续 -XshowSettings:vm 显示所有与 vm 相干的设置并持续 -XshowSettings:properties 显示所有属性设置并持续 -XshowSettings:locale 显示所有与区域设置相干的设置并持续-X 选项是非规范选项, 如有更改, 恕不另行通知。如何晓得JVM默认应用的是混合模式呢？
同样地，通过java -version命令：能够看到 mixed mode 字样，代表以后零碎应用的是混合模式
4.1.3. 类型三：-XX参数选项
Boolean类型格局
-XX:+<option> 启用option属性-XX:-<option> 禁用option属性非Boolean类型格局
-XX:<option>=<number> 设置option数值，能够带单位如k/K/m/M/g/G-XX:<option>=<string> 设置option字符值4.2. 增加JVM参数选项
eclipse和idea中配置不用多说，在Run Configurations中VM Options中配置即可，大同小异
运行jar包
java -Xms100m -Xmx100m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -jar demo.jarTomcat运行war包
# linux下catalina.sh增加JAVA_OPTS="-Xms512M -Xmx1024M"# windows下catalina.bat增加set "JAVA_OPTS=-Xms512M -Xmx1024M"程序运行中
# 设置Boolean类型参数jinfo -flag [+|-]<name> <pid># 设置非Boolean类型参数jinfo -flag <name>=<value> <pid>4.3. 罕用的JVM参数选项
4.3.1. 打印设置的XX选项及值
-XX:+PrintCommandLineFlags 程序运行时JVM默认设置或用户手动设置的XX选项-XX:+PrintFlagsInitial 打印所有XX选项的默认值-XX:+PrintFlagsFinal 打印所有XX选项的理论值-XX:+PrintVMOptions 打印JVM的参数4.3.2. 堆、栈、办法区等内存大小设置
# 栈-Xss128k <==> -XX:ThreadStackSize=128k 设置线程栈的大小为128K# 堆-Xms2048m <==> -XX:InitialHeapSize=2048m 设置JVM初始堆内存为2048M-Xmx2048m <==> -XX:MaxHeapSize=2048m 设置JVM最大堆内存为2048M-Xmn2g <==> -XX:NewSize=2g -XX:MaxNewSize=2g 设置年老代大小为2G-XX:SurvivorRatio=8 设置Eden区与Survivor区的比值，默认为8-XX:NewRatio=2 设置老年代与年老代的比例，默认为2-XX:+UseAdaptiveSizePolicy 设置大小比例自适应，默认开启-XX:PretenureSizeThreadshold=1024 设置让大于此阈值的对象间接调配在老年代，只对Serial、ParNew收集器无效-XX:MaxTenuringThreshold=15 设置新生代降职老年代的年龄限度，默认为15-XX:TargetSurvivorRatio 设置MinorGC完结后Survivor区占用空间的冀望比例# 办法区-XX:MetaspaceSize / -XX:PermSize=256m 设置元空间/永恒代初始值为256M-XX:MaxMetaspaceSize / -XX:MaxPermSize=256m 设置元空间/永恒代最大值为256M-XX:+UseCompressedOops 应用压缩对象-XX:+UseCompressedClassPointers 应用压缩类指针-XX:CompressedClassSpaceSize 设置Klass Metaspace的大小，默认1G# 间接内存-XX:MaxDirectMemorySize 指定DirectMemory容量，默认等于Java堆最大值4.3.3. OutOfMemory相干的选项
-XX:+HeapDumpOnOutMemoryError 内存呈现OOM时生成Heap转储文件，两者互斥-XX:+HeapDumpBeforeFullGC 呈现FullGC时生成Heap转储文件，两者互斥-XX:HeapDumpPath=<path> 指定heap转储文件的存储门路，默认当前目录-XX:OnOutOfMemoryError=<path> 指定可行性程序或脚本的门路，当产生OOM时执行脚本4.3.4. 垃圾收集器相干选项
首先需理解垃圾收集器之间的搭配应用关系
- 红色虚线示意在jdk8时被Deprecate，jdk9时被删除
- 绿色虚线示意在jdk14时被Deprecate
- 绿色虚框示意在jdk9时被Deprecate，jdk14时被删除
# Serial回收器-XX:+UseSerialGC 年老代应用Serial GC， 老年代应用Serial Old GC# ParNew回收器-XX:+UseParNewGC 年老代应用ParNew GC-XX:ParallelGCThreads 设置年老代并行收集器的线程数。 个别地，最好与CPU数量相等，以防止过多的线程数影响垃圾收集性能。$$ParallelGCThreads = \begin{cases} CPU\_Count & \text (CPU\_Count <= 8) \\ 3 + (5 * CPU＿Count / 8) & \text (CPU\_Count > 8) \end{cases}$$
# Parallel回收器-XX:+UseParallelGC 年老代应用 Parallel Scavenge GC，相互激活-XX:+UseParallelOldGC 老年代应用 Parallel Old GC，相互激活-XX:ParallelGCThreads-XX:MaxGCPauseMillis 设置垃圾收集器最大进展工夫（即STW的工夫），单位是毫秒。 为了尽可能地把进展工夫管制在MaxGCPauseMills以内，收集器在工作时会调整Java堆大小或者其余一些参数。 对于用户来讲，进展工夫越短体验越好；然而服务器端重视高并发，整体的吞吐量。 所以服务器端适宜Parallel，进行管制。该参数应用需谨慎。-XX:GCTimeRatio 垃圾收集工夫占总工夫的比例（1 / (N＋1)），用于掂量吞吐量的大小 取值范畴（0,100），默认值99，也就是垃圾回收工夫不超过1％。 与前一个-XX：MaxGCPauseMillis参数有肯定矛盾性。暂停工夫越长，Radio参数就容易超过设定的比例。-XX:+UseAdaptiveSizePolicy 设置Parallel Scavenge收集器具备自适应调节策略。 在这种模式下，年老代的大小、Eden和Survivor的比例、降职老年代的对象年龄等参数会被主动调整，以达到在堆大小、吞吐量和进展工夫之间的平衡点。 在手动调优比拟艰难的场合，能够间接应用这种自适应的形式，仅指定虚拟机的最大堆、指标的吞吐量（GCTimeRatio）和进展工夫（MaxGCPauseMills），让虚拟机本人实现调优工作。# CMS回收器-XX:+UseConcMarkSweepGC 年老代应用CMS GC。 开启该参数后会主动将-XX：＋UseParNewGC关上。即：ParNew（Young区）+ CMS（Old区）+ Serial Old的组合-XX:CMSInitiatingOccupanyFraction 设置堆内存使用率的阈值，一旦达到该阈值，便开始进行回收。JDK5及以前版本的默认值为68，DK6及以上版本默认值为92％。 如果内存增长迟缓，则能够设置一个稍大的值，大的阈值能够无效升高CMS的触发频率，缩小老年代回收的次数能够较为显著地改善应用程序性能。 反之，如果应用程序内存使用率增长很快，则应该升高这个阈值，以防止频繁触发老年代串行收集器。 因而通过该选项便能够无效升高Fu1l GC的执行次数。-XX:+UseCMSInitiatingOccupancyOnly 是否动静可调，使CMS始终按CMSInitiatingOccupancyFraction设定的值启动-XX:+UseCMSCompactAtFullCollection 用于指定在执行完Full GC后对内存空间进行压缩整顿 以此防止内存碎片的产生。不过因为内存压缩整顿过程无奈并发执行，所带来的问题就是进展工夫变得更长了。-XX:CMSFullGCsBeforeCompaction 设置在执行多少次Full GC后对内存空间进行压缩整顿。-XX:ParallelCMSThreads 设置CMS的线程数量。 CMS 默认启动的线程数是(ParallelGCThreads＋3)/4，ParallelGCThreads 是年老代并行收集器的线程数。 当CPU 资源比拟缓和时，受到CMS收集器线程的影响，应用程序的性能在垃圾回收阶段可能会十分蹩脚。-XX:ConcGCThreads 设置并发垃圾收集的线程数，默认该值是基于ParallelGCThreads计算出来的-XX:+CMSScavengeBeforeRemark 强制hotspot在cms remark阶段之前做一次minor gc，用于进步remark阶段的速度-XX:+CMSClassUnloadingEnable 如果有的话，启用回收Perm 区（JDK8之前）-XX:+CMSParallelInitialEnabled 用于开启CMS initial-mark阶段采纳多线程的形式进行标记 用于进步标记速度，在Java8开始曾经默认开启-XX:+CMSParallelRemarkEnabled 用户开启CMS remark阶段采纳多线程的形式进行从新标记，默认开启-XX:+ExplicitGCInvokesConcurrent-XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses 这两个参数用户指定hotspot虚构在执行System.gc()时应用CMS周期-XX:+CMSPrecleaningEnabled 指定CMS是否须要进行Pre cleaning阶段 # G1回收器-XX:+UseG1GC 手动指定应用G1收集器执行内存回收工作。-XX:G1HeapRegionSize 设置每个Region的大小。 值是2的幂，范畴是1MB到32MB之间，指标是依据最小的Java堆大小划分出约2048个区域。默认是堆内存的1/2000。-XX:MaxGCPauseMillis 设置冀望达到的最大GC进展工夫指标（JVM会尽力实现，但不保障达到）。默认值是200ms-XX:ParallelGCThread 设置STW时GC线程数的值。最多设置为8-XX:ConcGCThreads 设置并发标记的线程数。将n设置为并行垃圾回收线程数（ParallelGCThreads）的1/4左右。-XX:InitiatingHeapOccupancyPercent 设置触发并发GC周期的Java堆占用率阈值。超过此值，就触发GC。默认值是45。-XX:G1NewSizePercent 新生代占用整个堆内存的最小百分比（默认5％）-XX:G1MaxNewSizePercent 新生代占用整个堆内存的最大百分比（默认60％）-XX:G1ReservePercent=10 保留内存区域，避免 to space（Survivor中的to区）溢出怎么抉择垃圾回收器？
- 优先让JVM自适应，调整堆的大小
- 串行收集器：内存小于100M；单核、单机程序，并且没有进展工夫的要求
- 并行收集器：多CPU、高吞吐量、容许进展工夫超过1秒
- 并发收集器：多CPU、谋求低进展工夫、疾速响应（比方提早不能超过1秒，如互联网利用）
- 官网举荐G1，性能高。当初互联网的我的项目，根本都是应用G1
特地阐明：
- 没有最好的收集器，更没有万能的收集器
- 调优永远是针对特定场景、特定需要，不存在一劳永逸的收集器
4.3.5. GC日志相干选项
-XX:+PrintGC <==> -verbose:gc 打印简要日志信息-XX:+PrintGCDetails 打印具体日志信息-XX:+PrintGCTimeStamps 打印程序启动到GC产生的工夫，搭配-XX:+PrintGCDetails应用-XX:+PrintGCDateStamps 打印GC产生时的工夫戳，搭配-XX:+PrintGCDetails应用-XX:+PrintHeapAtGC 打印GC前后的堆信息，如下图-Xloggc:<file> 输入GC导指定门路下的文件中-XX:+TraceClassLoading 监控类的加载-XX:+PrintGCApplicationStoppedTime 打印GC时线程的进展工夫-XX:+PrintGCApplicationConcurrentTime 打印垃圾收集之前利用未中断的执行工夫-XX:+PrintReferenceGC 打印回收了多少种不同援用类型的援用-XX:+PrintTenuringDistribution 打印JVM在每次MinorGC后以后应用的Survivor中对象的年龄散布-XX:+UseGCLogFileRotation 启用GC日志文件的主动转储-XX:NumberOfGCLogFiles=1 设置GC日志文件的循环数目-XX:GCLogFileSize=1M 设置GC日志文件的大小4.3.6. 其余参数
-XX:+DisableExplicitGC 禁用hotspot执行System.gc()，默认禁用-XX:ReservedCodeCacheSize=<n>[g|m|k]、-XX:InitialCodeCacheSize=<n>[g|m|k] 指定代码缓存的大小-XX:+UseCodeCacheFlushing 放弃一些被编译的代码，防止代码缓存被占满时JVM切换到interpreted-only的状况-XX:+DoEscapeAnalysis 开启逃逸剖析-XX:+UseBiasedLocking 开启偏差锁-XX:+UseLargePages 开启应用大页面-XX:+PrintTLAB 打印TLAB的应用状况-XX:TLABSize 设置TLAB大小 4.4. 通过Java代码获取JVM参数
Java提供了java.lang.management包用于监督和治理Java虚拟机和Java运行时中的其余组件，它容许本地或近程监控和治理运行的Java虚拟机。其中ManagementFactory类较为罕用，另外Runtime类可获取内存、CPU核数等相干的数据。通过应用这些api，能够监控应用服务器的堆内存应用状况，设置一些阈值进行报警等解决。
public class MemoryMonitor { public static void main(String[] args) { MemoryMXBean memorymbean = ManagementFactory.getMemoryMXBean(); MemoryUsage usage = memorymbean.getHeapMemoryUsage(); System.out.println("INIT HEAP: " + usage.getInit() / 1024 / 1024 + "m"); System.out.println("MAX HEAP: " + usage.getMax() / 1024 / 1024 + "m"); System.out.println("USE HEAP: " + usage.getUsed() / 1024 / 1024 + "m"); System.out.println("\nFull Information:"); System.out.println("Heap Memory Usage: " + memorymbean.getHeapMemoryUsage()); System.out.println("Non-Heap Memory Usage: " + memorymbean.getNonHeapMemoryUsage()); System.out.println("=======================通过java来获取相干零碎状态============================ "); System.out.println("以后堆内存大小totalMemory " + (int) Runtime.getRuntime().totalMemory() / 1024 / 1024 + "m");// 以后堆内存大小 System.out.println("闲暇堆内存大小freeMemory " + (int) Runtime.getRuntime().freeMemory() / 1024 / 1024 + "m");// 闲暇堆内存大小 System.out.println("最大可用总堆内存maxMemory " + Runtime.getRuntime().maxMemory() / 1024 / 1024 + "m");// 最大可用总堆内存大小 }}