top
这里假设为996382
top -Hp \[PID\]
jstack \[PID\] > PID.txt
printf %x \[ThreadId\]
cat PID.txt|grep -i \[16进制的ThreadId\]
根据线程内容进行,具体分析,如果是业务线程,查看具体代码分析,如果是GC Thread,需要继续查看堆信息
这次是GC Thread,下面查看内存信息
jmap -dump:format=b,file=[XXX.hprof] [pid]
#压缩 tar -xvf XXX.tar.gz [XXX.hprof]
# 下载 sz XXX.tar.gz
注意最新版本MAT,支持jdk11,需要下载,老的版本,这里使用1.8.0
MemoryAnalyzer.ini 中的Xmx,保证可以装在堆文件。
File-> Open File
导入文件,耐心等待几分钟,之后选择Leak Suspects Report (泄漏探测)
在探测报告中,查看堆栈信息,点击 See stacktrace
定位到相应代码,具体分析
dump操作,耗时,生产环境慎用。
这次排查,是poi读取大excel,造成的内存一次,csv还是首选,excel慎用
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。