OOM(GC overhead limit exceeded)异常

本文详细解析了在使用Thrift进行文本挖掘服务开发过程中遇到的OOM(GCoverheadLimitExceeded)异常。通过分析服务端GC日志,揭示了OOM的根本原因及解决方案,并解释了为何GC日志未能直接反映异常。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

记一次OOM(GC overhead limit exceeded)异常

最近在用thrift写一个文本挖掘的服务。在测试某个接口的时候出现如下异常:



服务端GC日志如下:

 



参数GCoverhead limit exceeded是在jdk1.6引入的:


大概意思就如果系统大量的时间都在GC(98%)而回收的效果不明显(2% heap空间),就会抛出这个异常。实际这是一个JVM预判性的异常,也就是说抛出这个异常的时候没有真正的内存溢出。

 

 

由此得出结论:

1.    OOM根本原因是heap空间不足,在服务端添加参数-Xmx1024M –Xms1024M,异常消失。

2.    OOM异常使线程退出,当没有非deamon线程的时候进程就退出了。GC日志是进程退出时打的,OOM是在线程中发生的,这也就是从GC上看不出异常的原因。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值