一、JVM参数选项

官网地址:https://docs.oracle.com/javase/8/docs/technotes/tools/windows/java.html

1、类型一:标准参数选项

特点:比较稳定,后续版本基本不会变化。以 - 开头
参数来源:https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html

  1. > java -help
  2. 用法: java [-options] class [args...]
  3. (执行类)
  4. java [-options] -jar jarfile [args...]
  5. (执行 jar 文件)
  6. 其中选项包括:
  7. -d32 使用 32 位数据模型 (如果可用)
  8. -d64 使用 64 位数据模型 (如果可用)
  9. -server 选择 "server" VM
  10. 默认 VM server.
  11. -cp <目录和 zip/jar 文件的类搜索路径>
  12. -classpath <目录和 zip/jar 文件的类搜索路径>
  13. ; 分隔的目录, JAR 档案
  14. ZIP 档案列表, 用于搜索类文件。
  15. -D<名称>=<值>
  16. 设置系统属性
  17. -verbose:[class|gc|jni]
  18. 启用详细输出
  19. -version 输出产品版本并退出
  20. -version:<值>
  21. 警告: 此功能已过时, 将在
  22. 未来发行版中删除。
  23. 需要指定的版本才能运行
  24. -showversion 输出产品版本并继续
  25. -jre-restrict-search | -no-jre-restrict-search
  26. 警告: 此功能已过时, 将在
  27. 未来发行版中删除。
  28. 在版本搜索中包括/排除用户专用 JRE
  29. -? -help 输出此帮助消息
  30. -X 输出非标准选项的帮助
  31. -ea[:<packagename>...|:<classname>]
  32. -enableassertions[:<packagename>...|:<classname>]
  33. 按指定的粒度启用断言
  34. -da[:<packagename>...|:<classname>]
  35. -disableassertions[:<packagename>...|:<classname>]
  36. 禁用具有指定粒度的断言
  37. -esa | -enablesystemassertions
  38. 启用系统断言
  39. -dsa | -disablesystemassertions
  40. 禁用系统断言
  41. -agentlib:<libname>[=<选项>]
  42. 加载本机代理库 <libname>, 例如 -agentlib:hprof
  43. 另请参阅 -agentlib:jdwp=help -agentlib:hprof=help
  44. -agentpath:<pathname>[=<选项>]
  45. 按完整路径名加载本机代理库
  46. -javaagent:<jarpath>[=<选项>]
  47. 加载 Java 编程语言代理, 请参阅 java.lang.instrument
  48. -splash:<imagepath>
  49. 使用指定的图像显示启动屏幕
  50. 有关详细信息, 请参阅 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模式

  1. > java -version
  2. java version "1.8.0_201"
  3. Java(TM) SE Runtime Environment (build 1.8.0_201-b09)
  4. Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)

2、类型二:-X参数选项

特点:

  1. 非标准化参数
  2. 功能还是比较稳定的。但官方说后续版本可能会变更
  3. 以-X开头 ```java

    java -X -Xmixed 混合模式执行 (默认) -Xint 仅解释模式执行 -Xbootclasspath:<用 ; 分隔的目录和 zip/jar 文件>

    1. 设置搜索路径以引导类和资源

    -Xbootclasspath/a:<用 ; 分隔的目录和 zip/jar 文件>

    1. 附加在引导类路径末尾

    -Xbootclasspath/p:<用 ; 分隔的目录和 zip/jar 文件>

    1. 置于引导类路径之前

    -Xdiag 显示附加诊断消息 -Xnoclassgc 禁用类垃圾收集 -Xincgc 启用增量垃圾收集 -Xloggc: 将 GC 状态记录在文件中 (带时间戳) -Xbatch 禁用后台编译 -Xms 设置初始 Java 堆大小 -Xmx 设置最大 Java 堆大小 -Xss 设置 Java 线程堆栈大小 -Xprof 输出 cpu 配置文件数据 -Xfuture 启用最严格的检查, 预期将来的默认值 -Xrs 减少 Java/VM 对操作系统信号的使用 (请参阅文档) -Xcheck:jni 对 JNI 函数执行其他检查 -Xshare:off 不尝试使用共享类数据 -Xshare:auto 在可能的情况下使用共享类数据 (默认) -Xshare:on 要求使用共享类数据, 否则将失败。 -XshowSettings 显示所有设置并继续 -XshowSettings:all

    1. 显示所有设置并继续

    -XshowSettings:vm 显示所有与 vm 相关的设置并继续 -XshowSettings:properties

    1. 显示所有属性设置并继续

    -XshowSettings:locale

    1. 显示所有与区域设置相关的设置并继续

-X 选项是非标准选项, 如有更改, 恕不另行通知。

  1. JVMJIT编译模式相关的选项:
  2. 1. -Xint:只使用解释器:所有字节码都被解释执行,这个模式的速度是很慢的
  3. 1. -Xcomp:只使用编译器:所有字节码第一次使用就被编译成本地代码,然后在执行
  4. 1. -Xmixed:混合模式:这是默认模式,刚开始的时候使用解释器慢慢解释执行,后来让JIT即时编译器根据程序运行的情况,有选择地将某些热点代码提前编译并缓存在本地,在执行的时候效率就非常高了
  5. 如何知道JVM默认使用的是混合模式呢?<br />同样地,通过java -version命令:可以看到 mixed mode 字样,代表当前系统使用的是混合模式<br />![image.png](https://cdn.nlark.com/yuque/0/2022/png/22523384/1651309847181-4b375ccb-d70a-436d-9261-9312ef68467d.png#clientId=u05cb3618-3808-4&crop=0&crop=0&crop=1&crop=1&from=paste&height=108&id=u012c8a04&margin=%5Bobject%20Object%5D&name=image.png&originHeight=108&originWidth=780&originalType=binary&ratio=1&rotation=0&showTitle=false&size=16140&status=done&style=none&taskId=uc1f589dc-f732-4191-a053-4750ca1809d&title=&width=780)
  6. 问题:-Xmx -Xms -Xss属于XX参数?<br />单位:k/Km/Mg/G<br />设置:-Xmx、-Xms最好设置成一样的值,避免扩容带来的损耗
  7. 1. -Xms<size> :设置初始Java堆大小,等价于-XX:InitialHeapSize
  8. 1. -Xmx<size> :设置最大Java堆大小,等价于-XX:MaxHeapSize
  9. 1. -Xss<size>:设置Java线程堆栈大小,等价于-XX:ThreadStackSize
  10. <a name="BaDD4"></a>
  11. ### 3、类型三:-XX参数选项
  12. 1. 特点:
  13. 1. 非标准化参数
  14. 1. 使用的最多的参数类型
  15. 1. 这类选项属于实验性,不稳定
  16. 1. 以-XX开头
  17. 2. 作用
  18. 1. 用于开发和调试JVM
  19. 3. 分类
  20. 1. Boolean类型格式
  21. ```java
  22. -XX:+<option> 启用option属性
  23. -XX:-<option> 禁用option属性
  24. 说明:因为有的指令默认是开启的,所以可以使用-关闭

image.png

  1. 非Boolean类型格式(key-value类型)

    1. -XX:<option>=<number> 设置option数值,可以带单位如k/K/m/M/g/G
    2. -XX:<option>=<string> 设置option字符值
    1. 子类型1:数值型格式-XX:

image.png

  1. 2. 子类型2:非数值型格式-XX:<name>=<string>

image.png

  1. 特别地:-XX:+PrintFlagsFinal
    1. 输出所有参数的名称和默认值
    2. 默认不包括Diagnostic和Experimental的参数
    3. 可以配合-XX:+UnlockDiagnosticVMOptions和-XX:UnlockExperimentalVMOptions使用

      二、添加JVM参数选项

      1、Eclipse

      1、在空白处单击右键,选择Run As,在选择Run Configurations……
      image.png
      2、设置虚拟机参数
      image.png

      2、IDEA

      1、Edit Configurations…
      image.png
      2、设置虚拟机参数
      image.png

      3、运行jar包

      1. java -Xms100m -Xmx100m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -jar demo.jar

      4、Tomcat运行war包

      ```java

      Linux系统下可以在tomcat/bin/catalina.sh中添加类似如下配置:

      JAVA_OPTS=”-Xms512M -Xmx1024M”

Windows系统下载catalina.bat中添加类似如下配置:

set “JAVA_OPTS=-Xms512M -Xmx1024M”

  1. <a name="WFiTw"></a>
  2. ### 5、程序运行中
  3. ```java
  4. # 设置Boolean类型参数
  5. jinfo -flag [+|-]<name> <pid>
  6. # 设置非Boolean类型参数
  7. jinfo -flag <name>=<value> <pid>
  8. 使用jinfo -flag <name>=<value> <pid>设置非Boolean类型参数
  9. 使用jinfo -flag [+|-]<name> <pid>设置Boolean类型参数

image.png

三、常用的JVM参数选项

1、打印设置的XX选项及值

  1. -XX:+PrintCommandLineFlags:程序运行时JVM默认设置或用户手动设置的XX选项
  2. -XX:+PrintFlagsInitial:打印所有XX选项的默认值
  3. -XX:+PrintFlagsFinal:打印所有XX选项的实际值
    1. 如果值的前面加上了:=,说明该值不是初始值,该值可能被jvm自动改变了,也可能被我们设置的参数改变了,如下所示:

image.png

  1. -XX:+PrintVMOptions:打印JVM的参数

    2、堆、栈、方法区等内存大小设置

    1. -Xss128k
      1. 等价于 -XX:ThreadStackSize=128k
      2. 设置每个线程的栈大小为128k
    2. 较少设置该参数
    1. -Xms2048m <==> -XX:InitialHeapSize=2048m:设置JVM初始堆内存为2048M
    2. -Xmx2048m <==> -XX:MaxHeapSize=2048m:设置JVM最大堆内存为2048M
    3. -Xmn2g
      1. 设置年轻代大小为2G,即等价于-XX:NewSize=2g -XX:MaxNewSize=2g,也就是设置年轻代初始值和年轻代最大值都是2G
      2. 官方推荐配置为整个堆大小的3/8
    4. -XX:NewSize=1024m:设置年轻代初始值为1024M
    5. -XX:MaxNewSize=1024m:设置年轻代最大值为1024M
    6. -XX:SurvivorRatio=8
      1. 设置Eden区与Survivor区的比值,默认为8
      2. 只有显示使用Eden区和Survivor区的比例,才会让比例生效,否则比例都会自动设置,至于其中的原因,请看下面的-XX:+UseAdaptiveSizePolicy中的解释,最后推荐使用默认打开的-XX:+UseAdaptiveSizePolicy设置,并且不显示设置-XX:SurvivorRatio
    7. -XX:NewRatio=2
      1. 设置老年代与年轻代的比例,默认为2
      2. 根据实际情况进行设置,主要根据对象生命周期来进行分配,如果对象生命周期很长,那么让老年代大一点,否则让新生代大一点
    8. -XX:+UseAdaptiveSizePolicy
      1. 设置大小比例自适应,默认开启
      2. 分析:默认开启,将会导致Eden区和Survivor区的比例自动分配,因此也会引起我们默认值-XX:SurvivorRatio=8失效,所以真实比例可能不是8,比如可能是6等
      3. 如何设置Eden区和Survivor区的比例
        1. -XX:SurvivorRatio=8
        2. 显式使用Eden区和Survivor区的比例,那就使用我自己的
        3. 没有显式使用Eden区和Survivor区的比例,无论打开或者关闭-XX:+UseAdaptiveSizePolicy,都会自动设置Eden区和Survivor区的比例
      4. 结论:只有显示使用Eden区和Survivor区的比例,才会让比例生效,否则比例都会自动设置,最后推荐使用默认打开的-XX:+UseAdaptiveSizePolicy设置,并且不显示设置-XX:SurvivorRatio
    9. -XX:PretenureSizeThreadshold=1024:设置让大于此阈值的对象直接分配在老年代,只对Serial、ParNew收集器有效
    10. -XX:MaxTenuringThreshold=15
      1. 设置新生代晋升老年代的年龄限制,默认为15
      2. 新生代每次MinorGC后,还存活的对象年龄+1,当对象的年龄大于设置的这个值时就进入老年代
    11. -XX:TargetSurvivorRatio:设置MinorGC结束后Survivor区占用空间的期望比例
    12. -XX:+PrintTenuringDistribution:让JVM在每次MinorGC后打印出当前使用的Survivor中对象的年龄分布
  1. 方法区
    1. 永久代:
      1. -XX:PermSize=256m:设置永久代初始值为256M
      2. -XX:MaxPermSize=256m:设置永久代最大值为256M
    2. 元空间:
      1. -XX:MetaspaceSize:初始空间大小
      2. -XX:MaxMetaspaceSize:最大空间,默认没有限制
      3. -XX:+UseCompressedOops:使用压缩对象指针
      4. -XX:+UseCompressedClassPointers:使用压缩类指针
      5. -XX:CompressedClassSpaceSize:设置Klass Metaspace的大小,默认1G
  2. 直接内存

    1. -XX:MaxDirectMemorySize:指定DirectMemory容量,默认等于Java堆最大值

      3、OutOfMemory相关的选项

  3. -XX:+HeapDumpOnOutMemoryError:表示在内存出现OOM的时候,生成Heap转储文件,以便后续分析

  4. -XX:+HeapDumpBeforeFullGC:表示在出现FullGC之前,生成Heap转储文件,以便后续分析
    1. -XX:+HeapDumpOnOutMemoryError和-XX:+HeapDumpBeforeFullGC只能设置1个
    2. 请注意FullGC可能出现多次,那么dump文件也会生成多个
  5. -XX:HeapDumpPath=:指定heap转存文件的存储路径,如果不指定,就会将dump文件放在当前目录中
  6. -XX:OnOutOfMemoryError:指定一个可行性程序或者脚本的路径,当发生OOM的时候,去执行这个脚本

image.png

4、垃圾收集器相关选项

image.png
image.png
首先需了解垃圾收集器之间的搭配使用关系

  • 红色虚线表示在jdk8时被Deprecate,jdk9时被删除
  • 绿色虚线表示在jdk14时被Deprecate
  • 绿色虚框表示在jdk9时被Deprecate,jdk14时被删除

    4.1 查看默认的垃圾回收器

    image.png
    以上两种方式都可以查看默认使用的垃圾回收器,第一种方式更加准备,但是需要程序的支持;第二种方式需要去尝试,如果使用了,返回的值中有+号,否则就是-号

    4.2 Serial回收器

    image.png
    1. # Serial回收器
    2. -XX:+UseSerialGC 年轻代使用Serial GC 老年代使用Serial Old GC

    4.3 Parnew回收器

    image.png
    image.png
    1. # ParNew回收器
    2. -XX:+UseParNewGC 年轻代使用ParNew GC
    3. -XX:ParallelGCThreads 设置年轻代并行收集器的线程数。
    4. 一般地,最好与CPU数量相等,以避免过多的线程数影响垃圾收集性能。

    4.4 Parallel回收器

    image.png
    image.png ```java

    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),让虚拟机自己完成调优工作。

  1. 注意:
  2. 1. Parallel回收器主打吞吐量,而CMSG1主打低延迟,如果主打吞吐量,那么就不应该限制最大停顿时间,所以-XX:MaxGCPauseMills不应该设置
  3. 1. -XX:MaxGCPauseMills中的调整堆大小通过默认开启的-XX:+UseAdaptiveSizePolicy来实现
  4. 1. -XX:GCTimeRatio用来衡量吞吐量,并且和-XX:MaxGCPauseMills矛盾,因此不会同时使用
  5. <a name="ycjit"></a>
  6. #### 4.5 CMS回收器
  7. ![image.png](https://cdn.nlark.com/yuque/0/2022/png/22523384/1651312295921-69c14e38-62de-4bb4-a8c8-322393cd2b5c.png#clientId=u05cb3618-3808-4&crop=0&crop=0&crop=1&crop=1&from=paste&height=424&id=uc5f4142e&margin=%5Bobject%20Object%5D&name=image.png&originHeight=520&originWidth=725&originalType=binary&ratio=1&rotation=0&showTitle=false&size=559610&status=done&style=none&taskId=u15b31914-d143-4e56-9475-9aacbf08830&title=&width=591)<br />-XX:ParallelCMSThreads和ParallelGCThreads有关系,ParallelGCThreads在上面Parnew回收器中有提到<br />![image.png](https://cdn.nlark.com/yuque/0/2022/png/22523384/1651312315372-2d926b25-8902-45b1-a78a-9c80593de4de.png#clientId=u05cb3618-3808-4&crop=0&crop=0&crop=1&crop=1&from=paste&height=384&id=u680e9ee6&margin=%5Bobject%20Object%5D&name=image.png&originHeight=440&originWidth=733&originalType=binary&ratio=1&rotation=0&showTitle=false&size=441436&status=done&style=none&taskId=u95431569-6c1b-41ff-83fb-8080b01f520&title=&width=639)<br />![image.png](https://cdn.nlark.com/yuque/0/2022/png/22523384/1651312324330-49a87979-3fd0-439a-809c-f3753e9d5752.png#clientId=u05cb3618-3808-4&crop=0&crop=0&crop=1&crop=1&from=paste&height=311&id=u6a185623&margin=%5Bobject%20Object%5D&name=image.png&originHeight=342&originWidth=735&originalType=binary&ratio=1&rotation=0&showTitle=false&size=332553&status=done&style=none&taskId=u3578c8d4-ed98-44c1-b0a4-f5c5c4986c7&title=&width=669)
  8. ```java
  9. # CMS回收器
  10. -XX:+UseConcMarkSweepGC 年轻代使用CMS GC。
  11. 开启该参数后会自动将-XX:+UseParNewGC打开。即:ParNew(Young区)+ CMS(Old区)+ Serial Old的组合
  12. -XX:CMSInitiatingOccupanyFraction 设置堆内存使用率的阈值,一旦达到该阈值,便开始进行回收。JDK5及以前版本的默认值为68,DK6及以上版本默认值为92%。
  13. 如果内存增长缓慢,则可以设置一个稍大的值,大的阈值可以有效降低CMS的触发频率,减少老年代回收的次数可以较为明显地改善应用程序性能。
  14. 反之,如果应用程序内存使用率增长很快,则应该降低这个阈值,以避免频繁触发老年代串行收集器。
  15. 因此通过该选项便可以有效降低Fu1l GC的执行次数。
  16. -XX:+UseCMSInitiatingOccupancyOnly 是否动态可调,使CMS一直按CMSInitiatingOccupancyFraction设定的值启动
  17. -XX:+UseCMSCompactAtFullCollection 用于指定在执行完Full GC后对内存空间进行压缩整理
  18. 以此避免内存碎片的产生。不过由于内存压缩整理过程无法并发执行,所带来的问题就是停顿时间变得更长了。
  19. -XX:CMSFullGCsBeforeCompaction 设置在执行多少次Full GC后对内存空间进行压缩整理。
  20. -XX:ParallelCMSThreads 设置CMS的线程数量。
  21. CMS 默认启动的线程数是(ParallelGCThreads+3)/4,ParallelGCThreads 是年轻代并行收集器的线程数。
  22. 当CPU 资源比较紧张时,受到CMS收集器线程的影响,应用程序的性能在垃圾回收阶段可能会非常糟糕。
  23. -XX:ConcGCThreads 设置并发垃圾收集的线程数,默认该值是基于ParallelGCThreads计算出来的
  24. -XX:+CMSScavengeBeforeRemark 强制hotspot在cms remark阶段之前做一次minor gc,用于提高remark阶段的速度
  25. -XX:+CMSClassUnloadingEnable 如果有的话,启用回收Perm 区(JDK8之前)
  26. -XX:+CMSParallelInitialEnabled 用于开启CMS initial-mark阶段采用多线程的方式进行标记
  27. 用于提高标记速度,在Java8开始已经默认开启
  28. -XX:+CMSParallelRemarkEnabled 用户开启CMS remark阶段采用多线程的方式进行重新标记,默认开启
  29. -XX:+ExplicitGCInvokesConcurrent
  30. -XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses
  31. 这两个参数用户指定hotspot虚拟在执行System.gc()时使用CMS周期
  32. -XX:+CMSPrecleaningEnabled 指定CMS是否需要进行Pre cleaning阶段

4.6 G1回收器

image.png
如果使用G1垃圾收集器,不建议设置-Xmn和-XX:NewRatio,毕竟可能影响G1的自动调节

Mixed GC调优参数
image.png

  1. # G1回收器
  2. -XX:+UseG1GC 手动指定使用G1收集器执行内存回收任务。
  3. -XX:G1HeapRegionSize 设置每个Region的大小。
  4. 值是2的幂,范围是1MB32MB之间,目标是根据最小的Java堆大小划分出约2048个区域。默认是堆内存的1/2000
  5. -XX:MaxGCPauseMillis 设置期望达到的最大GC停顿时间指标(JVM会尽力实现,但不保证达到)。默认值是200ms
  6. -XX:ParallelGCThread 设置STWGC线程数的值。最多设置为8
  7. -XX:ConcGCThreads 设置并发标记的线程数。将n设置为并行垃圾回收线程数(ParallelGCThreads)的1/4左右。
  8. -XX:InitiatingHeapOccupancyPercent 设置触发并发GC周期的Java堆占用率阈值。超过此值,就触发GC。默认值是45
  9. -XX:G1NewSizePercent 新生代占用整个堆内存的最小百分比(默认5%)
  10. -XX:G1MaxNewSizePercent 新生代占用整个堆内存的最大百分比(默认60%)
  11. -XX:G1ReservePercent=10 保留内存区域,防止 to spaceSurvivor中的to区)溢出

4.7 怎么选择垃圾收集器

image.png
怎么选择垃圾回收器?

  • 优先让JVM自适应,调整堆的大小
  • 串行收集器:内存小于100M;单核、单机程序,并且没有停顿时间的要求
  • 并行收集器:多CPU、高吞吐量、允许停顿时间超过1秒
  • 并发收集器:多CPU、追求低停顿时间、快速响应(比如延迟不能超过1秒,如互联网应用)
  • 官方推荐G1,性能高。现在互联网的项目,基本都是使用G1

特别说明:

  • 没有最好的收集器,更没有万能的收集器
  • 调优永远是针对特定场景、特定需求,不存在一劳永逸的收集器

    5、GC日志相关选项

    常用参数:
  1. -XX:+PrintGC <==> -verbose:gc 打印简要日志信息,默认输出的标准输出

image.png

  1. -XX:+PrintGCDetails:在发生垃圾回收时打印内存回收详细的日志,并在进程退出时输出当前内存各区域的分配情况

image.png

  1. -XX:+PrintGCTimeStamps
    1. 程序启动到GC发生的时间秒数
    2. 不可以独立使用,需要配合-XX:+PrintGCDetails使用
  2. -XX:+PrintGCDateStamps
    1. 输出GC发生时的时间戳(以日期的形式,例如:2013-05-04T21:53:59.234+0800)
    2. 不可以独立使用,可以配合-XX:+PrintGCDetails使用
  3. -XX:+PrintHeapAtGC:每一次GC前和GC后,都打印堆信息
  4. -Xloggc: :把GC日志写入到一个文件中去,而不是打印到标准输出中

其他参数:

  1. -XX:+TraceClassLoading:监控类的加载
  2. -XX:+PrintGCApplicationStoppedTime:打印GC时线程的停顿时间
  3. -XX:+PrintGCApplicationConcurrentTime:打印垃圾收集之前应用未中断的执行时间
  4. -XX:+PrintReferenceGC:打印回收了多少种不同引用类型的引用
  5. -XX:+PrintTenuringDistribution:打印JVM在每次MinorGC后当前使用的Survivor中对象的年龄分布
  6. -XX:+UseGCLogFileRotation:启用GC日志文件的自动转储
  7. -XX:NumberOfGCLogFiles=1:设置GC日志文件的循环数目
  8. -XX:GCLogFileSize=1M:设置GC日志文件的大小

    6、其他参数

    1. -XX:+DisableExplicitGC:禁用hotspot执行System.gc(),默认禁用
    2. -XX:ReservedCodeCacheSize=[g|m|k]、-XX:InitialCodeCacheSize=[g|m|k]:指定代码缓存的大小
    3. -XX:+UseCodeCacheFlushing:放弃一些被编译的代码,避免代码缓存被占满时JVM切换到interpreted-only的情况
    4. -XX:+DoEscapeAnalysis:开启逃逸分析
    5. -XX:+UseBiasedLocking:开启偏向锁
    6. -XX:+UseLargePages:开启使用大页面
    7. -XX:+PrintTLAB:打印TLAB的使用情况
    8. -XX:TLABSize:设置TLAB大小

      四、通过Java代码获取JVM参数

      Java提供了java.lang.management包用于监视和管理Java虚拟机和Java运行时中的其他组件,它允许本地或远程监控和管理运行的Java虚拟机。其中ManagementFactory类较为常用,另外Runtime类可获取内存、CPU核数等相关的数据。
      通过使用这些api,可以监控应用服务器的堆内存使用情况,设置一些阈值进行报警等处理。

      1. public class MemoryMonitor {
      2. public static void main(String[] args) {
      3. MemoryMXBean memorymbean = ManagementFactory.getMemoryMXBean();
      4. MemoryUsage usage = memorymbean.getHeapMemoryUsage();
      5. System.out.println("INIT HEAP: " + usage.getInit() / 1024 / 1024 + "m");
      6. System.out.println("MAX HEAP: " + usage.getMax() / 1024 / 1024 + "m");
      7. System.out.println("USE HEAP: " + usage.getUsed() / 1024 / 1024 + "m");
      8. System.out.println("\nFull Information:");
      9. System.out.println("Heap Memory Usage: " + memorymbean.getHeapMemoryUsage());
      10. System.out.println("Non-Heap Memory Usage: " + memorymbean.getNonHeapMemoryUsage());
      11. System.out.println("=======================通过java来获取相关系统状态============================ ");
      12. System.out.println("当前堆内存大小totalMemory " + (int) Runtime.getRuntime().totalMemory() / 1024 / 1024 + "m");// 当前堆内存大小
      13. System.out.println("空闲堆内存大小freeMemory " + (int) Runtime.getRuntime().freeMemory() / 1024 / 1024 + "m");// 空闲堆内存大小
      14. System.out.println("最大可用总堆内存maxMemory " + Runtime.getRuntime().maxMemory() / 1024 / 1024 + "m");// 最大可用总堆内存大小
      15. }
      16. }

上篇通过Runtime获取
image.png