标签：20 jstack 飙高 线程 内存 JVM 9021 CPU

1. 周二新需求提测之后，运行到晚上，收到告警短信，生产环境CPU负载过高，先解决问题再排查，运维扩容，有问题机器下线重启上线，CPU使用率正常，服务正常响应。

2. 开始排查问题，把预留的一台有问题的机器用于排查问题，

第一步，top 命令查看cpu资源使用情况，jps -lm找到对应java进程号9021之后，top -H -p9021 看到线程占用情况，cpu利用率93%

记录使用率高的具体的线程id： 9023，9024，9027，9029 在linux中，线程就是轻量级进程

第二步,通过jstack 查看线程堆栈信息，jstack 9021 > jstack_9021.txt ， 然后把十进制的9023，9024，9027，9029转成十六进制（0x233f，0x2340, 0x2343, 0x2345）

最后，通过 cat jstack_9021.txt | grep -C 20 0x233f 命令找到了具体的线程信息, 发现把cpu打满的是GC 线程，然后jmap 先总体看内存使用状况，Xmx配置挺高，不存在内存不够，

第三步,通过 jstat -gcutil 9021 3000 20 查看GC回收情况，每间隔3000ms打印一次，打印20次，发现Eden区和Old区都耗尽了，FullGc非常慢，耗时很长，基本可以确定发生了内存泄漏。

jmap -histo 9021 打印内存占用情况，发现主要是新引入第三方RSA包里SignContent对象很大，因为这个对象包含了图片的Base64 decode字节和PDF文件的Base64编码字节。放在集合里，请求结束没有释放导致的。

标签：20,jstack,飙高,线程,内存,JVM,9021,CPU
来源： https://www.cnblogs.com/zeenzhou/p/13862945.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。