一个内存报警问题总结

查看当时的FULL GC从图上面看已经很频繁

打印dump文件 执行命令：jmap -dump:format=b,file=/export/Logs/anycall.jd.local/HeapDump.bin  然后通过Eclipse Memory Analyzer查看，如下图，2.9G 占据了大部分，我们最主要的是看到底哪些类撑爆了内存，

继续往下走，查看dominator_tree，如下图：可以看到蓝色阴影部分，是在errror日志打印的时候输出的内容。

这部分问什么会造成内存回收的问题呢，看下面这个代码，问题根源找到，当调用对方接口，返回大量错误的时候，不断的在+操作，而且每次的字符串都是不同的，则创建了大量的新的对象。

LogHelper.SEND_MESSAGE_LOG.error("sendPostRequest 发送消息返回失败，clientCode：" + clientCode + "，返回码：" + resultCode + "，消息：" + msgJson);

当时没有可用率报警，是因为，业务上面返回1表示成功，返回0表示对方接受处理错误，业务代码并没有抛出异常。UMP的异常添加到了catch里面了。

 

还有一些其它我们的业务日志如果有大量输出的时候，也要注意。