通过百度得知
大概意思就如果系统大量的时间都在GC(98%)而回收的效果不明显(2% heap空间),就会抛出这个异常。实际这是一个JVM预判性的异常,也就是说抛出这个异常的时候没有真正的内存溢出。
由此得出结论:
1. OOM根本原因是heap空间不足,在服务端添加参数-Xmx1024M –Xms1024M,异常消失。
2. OOM异常使线程退出,当没有非deamon线程的时候进程就退出了。GC日志是进程退出时打的,OOM是在线程中发生的,这也就是从GC上看不出异常的原因。
造成这个现象的原因是因为,GC时间消耗的较多。
查看了一下代码,发现在入库的sql语句中大量使用String sql="select * from table";sql = sql+"where 1=1 ";这种类似的语句。
造成大量的堆内存的创建,将Sting修改为StringBuffer解决这个问题。
下面记录解决过程:
暂时解决这个问题,方法是,增加参数,-XX:-UseGCOverheadLimit,关闭这个特性,同时增加heap大小,-Xmx1024m。