分析的dump文件,不敢确定问题的关键点

这两天我们的开发服务器,不断的内存溢出。经过对内存溢出文件的分析,发现,大部分都是HashMap和Object对象太大导致的,但是分析不出来,具体代码里面哪里导致的。所以请各位大神,帮忙指点一下。dump文件都2G+,没有办法上传,所以把dump文件分析后的结果,上传一下,请各位帮忙看一下,是不...显示全部

这两天我们的开发服务器,不断的内存溢出。经过对内存溢出文件的分析,发现,大部分都是HashMap和Object对象太大导致的,但是分析不出来,具体代码里面哪里导致的。所以请各位大神,帮忙指点一下。

dump文件都2G+,没有办法上传,所以把dump文件分析后的结果,上传一下,请各位帮忙看一下,是不是可以初步断定,从javacore文件上看到的[querypolicylist/hs/NBQueryUnsignUccHSImpl.queryPolicyList()]导致的。但是,不知道分析的是否正确。


javacore.png


dump分析文件如下:

图1:


图2:

jpg.jpg


图3:


图4:


主要是图4中,大部分的问题都是【java/lang/Object】,但是,查看详细内容【图3】,并分析不出来原因。而图2中,排第一的是hashmap,我觉得,这个在GC回收的时候,自然就会进行释放。可是Object,这个问题,就难住了。以往分析的时候,大部分会发现自己的代码所导致的。这次,在dump分析文件中,前6个根本没有。

所以,转过头看javacore文件,发现里面有自己代码的信息。但是又不敢确定是否是它导致的,所以想向大家确认一下,大家帮忙分析并指点指点。

已经分析6个dump文件。都在这个问题。

附件:

附件图标error捕获1.rar (14.1 MB)

附件图标server.rar (5.47 KB)

收起
参与30

查看其它 5 个回答爱情肥皂泡的回答

爱情肥皂泡爱情肥皂泡系统架构师GIT

内存信息.png


图片是今天出现的问题,服务器刚部署不到10分钟,就出现内存迅速增长,GC回收也没有办法。JVM让配置人员调到18G。我的观点是内存调多大都解决不了代码里面的bug。

可是分析了半天,也强制生成javacore文件,最后只看到时线程挂起的问题。并且在JConsole的output日志中,发现【java.net.SocketTimeoutExeption:Read timed out】,我把线程的响应时间调整到60000ms,也没有解决此问题。

我现在初步判断,还是代码里面的异常导致的,查询多个210W+ 的数据导致的。

附件【error捕获1】文件中,有was的当时log日志,以及强制生成的javacore文件。

请各位大神帮忙分析一下。谢谢!

保险 · 2016-11-09
浏览1885

回答者

爱情肥皂泡
系统架构师GIT
擅长领域: 中间件应用服务器服务器

爱情肥皂泡 最近回答过的问题

回答状态

  • 发布时间:2016-11-09
  • 关注会员:5 人
  • 回答浏览:1885
  • X社区推广