spring boot项目jvm启动配置-Xms4g -Xmx4g,然而很不幸的是程序所占的内存越来越高,都达到了12个多G,只能临时重启服务
jstat -class PID
jstat -compiler PID
jstat -gc PID
jstat -gccapacity PID
jstat -gcutil PID
查看堆比例jstat -gccause PID
jstat -gcnew PID
jstat -gcnewcapacity PID
jstat -gcold PID
jstat -gcoldcapcacity PID
jstat -printcompilation PID
jmap -histo PID
查看类的实例jmap -heap PID
查看堆栈信息jmap -dump:live,format=b,file=/tmp/m.hprof PID
保存内存的堆栈为文件jhat -J-Xmx2048m -port 5000 /tmp/m.hprof
在线查看堆文件的类,速度比较慢jcmd PID GC.run
强制gc用jdk自带的jvisualvm.exe,查看最占空间的类和实例最多的类,找到其最近的内存释放点一般就是内存泄露对象,也可以用jmap查看jvm进程实例最多的类
先用jmap命令将程序的内存数据保存下来,jmap -dump:live,format=b,file=m.hprof PID,其中PID是程序的进程号
/data/server/jdk/jdk1.8.0_171/bin/jmap -dump:live,format=b,file=/tmp/m.hprof 3478
cd /data/tools/mat
./ParseHeapDump.sh /tmp/m.hprof org.eclipse.mat.api:suspects org.eclipse.mat.api:overview org.eclipse.mat.api:top_components
1)复查程序发现将groovy脚本封装到了一个ThreadLocal中,在一次请求中可以被重复利用,该ThreadLocal包括了Global对象,在函数处理结束后释放掉ThreadLocal对象,主要内存泄漏点得到修复
2)groovy.lang.MetaClassImpl泄露解决,先升级groovy-all的版本
发现很多的实例其实已经没有引用了,但是内存得不到释放,当系统内存不足的时候才会被释放掉
最终解决:
spring-boot升级到2.1.1.RELEASE
废用tomcat容器,改用undertow当做容器
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-undertow</artifactId>
</dependency>
3)java启动参数的顺序调整
生产服务器上有些spring-boot工程的-Xmx生效,有些没有生效,并且所有的jar包jvm参数全部放到了jar包的后面
经过测试如果在本地电脑把参数放在jar包的后面是无效的
正确的写法: java -jar -Xmx2048m -Xms1024m test.jar --spring.profiles.active=prod
手机扫一扫
移动阅读更方便
你可能感兴趣的文章