需要排查日志的情况
1
2
3
| 1.在GC过程中,会Stop the World,即不干其他活,比如一段早该运行好的程序,在某个时刻卡住,业务日志上没有异常
2.通过CAT等监控工具,发现某段时间里内存用量居高不下
3.稳定重现OOM问题,比如一天一次,或每天频繁出现OOM异常
|
通过GC日志确认问题
java -XX:+ PrintGC -XX:+ PrintGCApplicationStopedTime SyncupData.java
1
2
3
| 1.能够看到GC发生时间和回收的内存量
2.能结合卡住的时间点,确认时因为GC造成的Stop the World
3.能定量观察到GC的频繁程度
|
RunTime类获取当前日志用量
代码展示
1
2
3
4
5
6
7
8
9
10
11
12
13
| public class MemoryOptimizationTest {
public static void main(String[] args) {
Runtime runtime = Runtime.getRuntime();
System.out.println("Java虚拟机可用的处理器数量: " + runtime.availableProcessors() + "个");
System.out.println("现阶段java虚拟机中的可用内存量: " + runtime.freeMemory()/1024L/1024L + "M");
System.out.println("现阶段java虚拟机中的内存总量: " + runtime.totalMemory()/1024L/1024L + "M");
System.out.println("java虚拟机可使用的最大内存量: " + runtime.maxMemory()/1024L/1024L + "M");
}
}
|
打印展示
可使用的位置
1
2
| 1.可能会大规模使用内存的代码位置,可以查看执行前后的内存用量
2.运行时间可能会很长的模块: 线程池,批量导数据,频繁发起dubbo,kafka等调用
|
出现OOM后获取和分析Dump文件
java -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/dump SyncupData
1
| 一旦出现OOM,会在指定目录下生成Dump文件,可以使用jvisualvm等工具打开,可以查看哪些对象溢出了内存
|
压力测试排查内存问题
1
| 用Jmeter等工具在测试环境上进行压力测试,即模拟发高并发的请求.压测时,用Zabbix等工具监控内存,内存用量高时,通过GC和业务日志,排查问题
|
总结
