java gc 太频繁_一次系统JVM 频繁Full GC,内存被占满无法回收的问题分析

系统出现CPU负载过高,GC频繁且耗时,老年代无法有效回收。通过jstack、MAT分析发现,Tomcat守护线程与系统线程池线程占据大量内存,疑似内存泄漏。进一步分析发现,ThreadLocalMap与HtmlUnit对象导致内存无法回收,与特定网页请求有关。调整程序避免完整加载该页面,问题解决。推测JavaScript执行异常导致延迟任务未释放,引发内存泄漏。
摘要由CSDN通过智能技术生成

一, 问题的表现:

我们的系统属于爬虫应用,发取各个网站的数据。上周三的下午,一次上线重启后,大约过了大半天时间,突然收到CPU负载过高的邮件,赶紧登陆堡垒机进行查看。CPU 占用率达到 300%多,系统响应速度极为缓慢。查看GC 日志,发现 一分钟内有几十次以上的FULL GC , 平均每次耗时 2,3秒钟,而且老年代一直是占满的状态,并不能进行有效的回收 。

4b095bb95349de63769171d6d9d8d325.png

4b095bb95349de63769171d6d9d8d325.png

二 ,排查方式:

jstack 打印线程栈信息, 发现没有异常的线程信息,没有发现死锁。

dump 堆内存,4 个G ,文件巨大。利用 MAT 打开进行分析,发现有两块可疑的发生内存泄漏的对象,一个是tomcat的守护线程,还有一部分是 系统内的线程池中的线程,这两部分占据了堆内存80%以上的空间。(图)

48807

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值