jvm参数

转载自https://github.com/Snailclimb/JavaGuide(添加小部分笔记)感谢作者!

本文由 JavaGuide 翻译自 https://www.baeldung.com/jvm-parametersopen in new window,并对文章进行了大量的完善补充。翻译不易,如需转载请注明出处,作者: baeldungopen in new window

概述 #

本篇文章中,将掌握最常用的JVM参数配置。下面提到了一些概念,方法区垃圾回收等。

堆内存相关 #

Java 虚拟机所管理的内存中最大的一块Java 堆所有线程共享的一块内存区域,在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例几乎 所有的对象实例以及数组都在这里分配内存。
ly-20241212142002639

显式指定堆内存-Xms和-Xmx #

  • 性能相关的最常见实践之一是根据应用程序要求初始化堆内存

  • 如果我们需要指定最小最大堆大小(推荐显示指定大小):

    -Xms<heap size>[unit] 
    -Xmx<heap size>[unit]
    
    • heap size 表示要初始化内存的具体大小。
    • unit 表示要初始化内存的单位。单位为***“ g”*** (GB) 、“ m”(MB)、“ k”(KB)。
  • 举例,为JVM分配最小2GB和最大5GB的堆内存大小

    -Xms2G -Xmx5G
    

显示新生代内存(Young Generation) #

  • 在堆总可用内存配置完成之后,第二大影响因素是为 Young Generation 在堆内存所占的比例。默认情况下,YG 的最小大小为 1310 MB,最大大小为无限制

  • 两种指定 新生代内存(Young Generation) 大小的方法

    1. 通过 -XX:NewSize-XX:MaxNewSize

      -XX:NewSize=<young size>[unit] 
      -XX:MaxNewSize=<young size>[unit]
      

      如,为新生代分配最小256m的内存,最大1024m的内存我们的参数为:

      -XX:NewSize=256m
      -XX:MaxNewSize=1024m
      
    2. 通过-Xmn<young size>[unit] 指定 举例,为新生代分配256m的内存(NewSize与MaxNewSize设为一致) -Xmn256m

      将新对象预留在新生代,由于 Full GC 的成本远高于 Minor GC,因此尽可能将对象分配在新生代是明智的做法,实际项目中根据 GC 日志分析新生代空间大小分配是否合理,适当通过“-Xmn”命令调节新生代大小,最大限度降低新对象直接进入老年代的情况。

      另外,你还可以通过 -XX:NewRatio=<int> 来设置老年代与新生代内存的比值。

      下面的参数,设置老年代新生代内存的比例为1,即 老年代:新生代 = 1:1,新生代占整个堆栈的1/2 -XX:NewRadio=1

显示指定永久代/元空间的大小 #

从Java 8开始,如果我们没有指定 Metaspace(元空间) 的大小,随着更多类的创建,虚拟机会耗尽所有可用的系统内存(永久代并不会出现这种情况)

  • JDK 1.8 之前永久代还没被彻底移除的时候通常通过下面这些参数来调节方法区大小

    -XX:PermSize=N //方法区 (永久代) 初始大小
    -XX:MaxPermSize=N //方法区 (永久代) 最大大小,超过这个值将会抛出 OutOfMemoryError 异常:java.lang.OutOfMemoryError: PermGen 
    
  • 相对而言,垃圾收集行为在这个区域是比较少出现的,但**并非数据进入方法区后就“永久存在”**了。

  • JDK 1.8 的时候,方法区(HotSpot 的永久代)被彻底移除了(JDK1.7 就已经开始了),取而代之是元空间,元空间使用的是本地内存

    -XX:MetaspaceSize=N //设置 Metaspace 的初始(和最小大小)
    -XX:MaxMetaspaceSize=N //设置 Metaspace 的最大大小,如果不指定大小的话,随着更多类的创建,虚拟机会耗尽所有可用的系统内存。 
    

垃圾收集相关 #

垃圾回收器 #

为了提高应用程序的稳定性,选择正确的垃圾收集算法至关重要
JVM具有四种类型的GC实现:

  1. 串行垃圾收集器
  2. 并行垃圾收集器
  3. CMS垃圾收集器(并发)
  4. G1垃圾收集器(并发)

使用下列参数实现:

-XX:+UseSerialGC
-XX:+UseParallelGC
-XX:+UseParNewGC
-XX:+UseG1GC

GC记录 #

为了严格监控应用程序运行状况,应该始终检查JVM的垃圾回收性能。最简单的方法是以人类可读的格式记录GC活动
通过以下参数

-XX:+UseGCLogFileRotation 
-XX:NumberOfGCLogFiles=< number of log files > 
-XX:GCLogFileSize=< file size >[ unit ]
-Xloggc:/path/to/gc.log