Linux里面JVM内存怎么设置？

Posted 2023-04-24

jar包启动时指定对应参数，比如我的工程启动命令就是这样的

启动命令，打码部分为工程名

常见参数如下

1.-Xms：初始堆大小。只要启动，就占用的堆大小。

2.-Xmx：最大堆大小。java.lang.OutOfMemoryError：Java heap这个错误可以通过配置-Xms和-Xmx参数来设置。

3.-Xss：栈大小分配。栈是每个线程私有的区域，通常只有几百K大小，决定了函数调用的深度，而局部变量、参数都分配到栈上。

当出现大量局部变量，递归时，会发生栈空间OOM（java.lang.StackOverflowError）之类的错误。

4.XX:NewSize：设置新生代大小的绝对值。

5.-XX:NewRatio：设置年轻代和年老代的比值。比如设置为3，则新生代：老年代=1:3，新生代占总heap的1/4。

6.-XX:MaxPermSize：设置持久代大小。

java.lang.OutOfMemoryError:PermGenspace这个OOM错误需要合理调大PermSize和MaxPermSize大小。

7.-XX:SurvivorRatio：年轻代中Eden区与两个Survivor区的比值。注意，Survivor区有form和to两个。比如设置为8时，那么eden:form:to=8:1:1。

8.-XX:HeapDumpOnOutOfMemoryError：发生OOM时转储堆到文件，这是一个非常好的诊断方法。

9.-XX:HeapDumpPath：导出堆的转储文件路径。

10.-XX:OnOutOfMemoryError：OOM时，执行一个脚本，比如发送邮件报警，重启程序。后面跟着一个脚本的路径。

参考技术A 一、堆内存相关配置

设置堆初始值
指令1：-Xms2g
指令2：-XX:InitialHeapSize=2048m

设置堆区最大值
指令1：`-Xmx2g`
指令2： -XX:MaxHeapSize=2048m

缩小堆内存的时机
-XX:MaxHeapFreeRatio=70//堆内存使用率大于70时扩张堆内存，xms=xmx时该参数无效，默认值70

扩张堆内存的时机
-XX:MinHeapFreeRatio=40//堆内存使用率小于40时缩减堆内存，xms=xmx时该参数无效，默认值40

新生代内存配置
指令1：-Xmn512m
指令2：-XX:MaxNewSize=512m

2个survivor区和Eden区大小比率
指令：-XX:SurvivorRatio=6 //S区和Eden区占新生代比率为1:6,两个S区2:6

新生代和老年代的占比
-XX:NewRatio=4 //表示新生代:老年代 = 1:4 即老年代占整个堆的4/5；默认值=2

二、方法区内存配置常用参数

初始化的Metaspace大小，
-XX:MetaspaceSize ：

Metaspace最大值
-XX:MaxMetaspaceSize

三、线程栈内存配置常用参数
每个线程栈最大值
指令1：-Xss256k

指令2：-XX:ThreadStackSize=256k
注意：
栈设置太大，会导致线程创建减少。
栈设置小，会导致深入不够，深度的递归会导致栈溢出。
建议栈深度设置在3000-5000
四、配置垃圾收集器
Serial垃圾收集器（新生代）
开启：-XX:+UseSerialGC
关闭：-XX:-UseSerialGC
//新生代使用Serial 老年代则使用SerialOld
ParNew垃圾收集器（新生代）
开启 -XX:+UseParNewGC
关闭 -XX:-UseParNewGC
//新生代使用功能ParNew 老年代则使用功能CMS
Parallel Scavenge收集器（新生代）
开启 -XX:+UseParallelOldGC
关闭 -XX:-UseParallelOldGC
//新生代使用功能Parallel Scavenge 老年代将会使用Parallel Old收集器
ParallelOl垃圾收集器（老年代）
开启 -XX:+UseParallelGC
关闭 -XX:-UseParallelGC
//新生代使用功能Parallel Scavenge 老年代将会使用Parallel Old收集器
CMS垃圾收集器（老年代）
开启 -XX:+UseConcMarkSweepGC
关闭 -XX:-UseConcMarkSweepGC

G1垃圾收集器
开启 -XX:+UseG1GC
关闭 -XX:-UseG1GC

五、GC策略配置
GC并行执行线程数
-XX:ParallelGCThreads=16
新生代可容纳的最大对象
-XX:PretenureSizeThreshold=1000000 //大于此值的对象直接会分配到老年代，设置为0则没有限制。 //避免在Eden区和Survivor区发生大量的内存复制，该参数只对Serial和ParNew收集器有效，Parallel Scavenge并不认识该参数
进入老年代的GC年龄
进入老年代最小的GC年龄
-XX:InitialTenuringThreshol=7 //年轻代对象转换为老年代对象最小年龄值，默认值7，对象在坚持过一次Minor GC之后，年龄就加1，每个对象在坚持过一次Minor GC之后，年龄就增加1

进入老年代最大的GC年龄
-XX:MaxTenuringThreshold=15 //年轻代对象转换为老年代对象最大年龄值，默认值15

六、GC日志信息配置
配置GC文件路径
-Xloggc:/data/gclog/gc.log//固定路径名称生成 -Xloggc:/home/GCEASY/gc-%t.log //根据时间生成
滚动生成日志
日志文件达到一定大小后，生成另一个文件。须配置Xloggc
开启 -XX:+UseGCLogFileRotation
关闭 -XX:-UseGCLogFileRotation

-XX:NumberOfGCLogFiles=4 //滚动GC日志文件数，默认0，不滚动 -XX:GCLogFileSize=100k //GC文件滚动大小，需配置UseGCLogFileRotation，设置为0表示仅通过jcmd命令触发

jvm MetaSpace内存溢出

参考技术A 最近为了方便监控系统的一个调用链路情况，所以在测试环境引入了公司的skywalking组件。
引入方式也比较简单，就是在jvm参数里面增加：

随后我基本上将所有的服务都加好了，但是其中有一个服务每次加了以后，过几秒钟就内存溢出，打印出了dump堆栈。一还原就好了。

1.拿到了堆栈信息后，我首先就是用MAT看一下堆的信息

看了一下堆信息，这个是很正常的，因为我的老年代的设置的是2G，远远没有达到。所以继续观察他的gc日志情况。

这里就发现了大量的Full GC，并且是Metadata相关的，那么Metadata是属于存放类的加载、常量等的信息的地方。

应该是skywalking底层是使用的字节码技术创建了类的，而且刚好这个服务在启动的时候，有一个定时任务大量的触发skywalking去创建类。然后这些临时的类信息放在MetaSpace里，由于还没来得及回收，就塞满了，导致触发gc，但这个时候都还在被引用着。所以最终导致MetaSpace OOM

我们设置的128M，然后我调大改成了512M，问题就解决了。同时对于这种创建通过反射去处理的逻辑平时也需要考虑元空间的溢出