trhimily

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5
统计
 

 

1、使用命令jps //查看Bootstrap的进程号,或者ps -ef | grep java | grep $USER也可以。

命令格式:jps //进程Bootstrap的pid

或者ps –ef|grep java|grep $USER //portal应用的pid

 

 

 

2、使用命令jstack //打印线程堆栈

命令格式:jstack pid > jstack.txt

 

Checkpoint

①是否存在死锁

    e.g. 下面四没有死锁的情况。

 

②是否存在较多数量的blocked状态的同一线程。

 

3、使用命令jmap –heap //打印内存使用情况

命令格式:jmap -heap pid > heap.txt

 

 

Checkpoint

①检查内存中的新生代Young Generation、老生代Old Generation、持久代Perm Generation的使用率。一般要注意老生代的内存使用率,如果出现了90%以上,就有可能出现了内存泄露。这时候可以结合gc日志检查一下full gc是否已经出现了问题。

【案例1

在进行并发100个用户的wap门户浏览内容详情性能测试时,内存配置为2G,大约运行到12小时左右,TPS值开始出现下降的趋势,此时cpu使用率一直处于80%左右。由于打印的日志很多,运行到12小时的日志已经被覆盖掉了,因此也无法从日志入手定位。

 

1、先分析内存使用率

 

如上图,此时老生代已经几乎占满了。

2、再去检查gc日志,tomcat/bin/gc.txt如下图,full gc出现的频率也很高,而且其中一次full gc的时间长达315s,这种现象是不正常的。这里需要了解一下内存的使用顺序:先使用新生代,在新生代中中难以进行垃圾回收的线程会转移到老生代,再用full gc处理老生代中的线程。现在即使是做了full gc,但是老生代的空间仍然无法被清除,可能存在内存泄露的问题。

 

3、分析哪些对象占用的内存较多

 

如上图,定位出红笔标注的两个进程占用的内存较多,锁定可疑目标,打完收工。

 

4、使用命令jmap –heap:format=b //打印内存镜像,也叫内存堆栈

命令格式:jmap -heap:format=b pid

该命令使用后会在本目录下生成heap.bin,注意执行前先检查heap.bin是否已存在,避免覆盖。

 

备注:由于截取内存镜像信息的大小和catalina.sh配置的内存大小相近,因此需要预留足够的空间,内存为2G时,大约会耗费10min。

Checkpoint

①还不知道怎么检查

 

5、使用命令jmap –histo//打印不同类型的对象各有多少个

命令格式:jmap -histo pid > histo.txt  打印不同类型的对象各有多少个

Checkpoint

①检查哪些进程占用的内存较多

 

 

 

6、在tomcat/bin下面的catalina.sh文件中加入-Xloggc:gc.log可以打印gc日志

ps -fu $USER | grep sar | grep -v grep | awk '{print $2}' | xargs kill -9 >> /dev/null 2>&1

 

JAVA_OPTS="$JAVA_OPTS -server -Xms2048m -Xmx2048m -XX:PermSize=512M -XX:MaxNewSize=512m -XX:MaxPermSize=512m -Djava.awt.headless=true -Xloggc:gc.log"

#JAVA_OPTS="$JAVA_OPTS -Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=14444"

JAVA_OPTS="$JAVA_OPTS -Djava.net.preferIPv4Stack=true"

 

# jconsole args

#JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.port=29819 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false"

# get heap dumps

#JAVA_OPTS="$JAVA_OPTS -XX:+HeapDumpOnCtrlBreak"

 

#JVM debuging params

#JAVA_OPTS="$JAVA_OPTS -verbose:gc -Xloggc:gc.log -XX:+PrintGCDetails"

#JAVA_OPTS="$JAVA_OPTS -XX:+ShowMessageBoxOnError -verbose:gc -verbose:jni -Xprof -Xloggc:gc.log -XX:+PrintGCDetails"

 

 

 

posted on   trhimily  阅读(546)  评论(0编辑  收藏  举报
编辑推荐:
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· 展开说说关于C#中ORM框架的用法!
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
 
点击右上角即可分享
微信分享提示