Java内存泄漏问题处理方法经验总结

　　

JVM问题,一般会有三种情况,目前遇到了两种,线程溢出和JVM不够用

　　

<强> 1。线程溢出:无法创建新的本地线程

　　

<强> 1.1问题描述:

　　

系统在1月4号左右,突然发现会产生内存溢出问题,从日志上看,错误信息为:

　　

癑ava内存泄漏问题处理方法经验总结"

　　

导致系统不能使用,对外不能相应,但是观察gc等又处于正常情况,自由系统内存也正常。开始重启机器进行解决,真正的原因查找,过程比较坎坷,经历也比较痛苦。

　　

<强> 1.2问题解决

　　
    　　<李> pstree查看线程数,发现系统线程数不断增长,直到伯父。 　　
　　

命令:pstree - p pid(对该项已经加了监控)

　　
    　　<李>线程过多导致的内存溢出,但是那里的线程过多呢? !李 　　
　　

我们实现了ThreadFactory,通过它,给线程的加一个前缀。来标记线程所属。重现问题后,发现是任务模块的TaskScheduler的定时任务中,在方法内使用

　　
　　

ExecutorService taskExecutor=Executors.newFixedThreadPool (nThreads);

　　

taskExecutor.invokeAll(任务);

　　 　　

导致回收不及时,发生了问题。

　　

<强> 2。内存溢出:老生代100%无法及时回收

　　

<强> 2.1问题现象:

　　

1月31号,中午中影突然所有的机器陆续出现不能工作的现象,日志中看不到伯父错误,但是不能访问服务,或者访问非常的慢,观察jmap堆发现老生代占用达到99%以上(不同版本JDK显示可能不一样。)

　　

癑ava内存泄漏问题处理方法经验总结"

　　

<强> 2.2问题解决:

　　

1,查看对内存使用情况,发现存在JVM堆内存不能释放的问题

　　
    　　<李>,,命令:jmap堆pid ,此命令有时候,会执行卡顿,不建议加监控李 　　<李>,,李语法:jmap -堆pid 　　
　　

2,进一步查看gc回收情况,发现第五代计算机频率高,而且时间长,且回收不给力。

　　
    　　<李>命令:jstat -gcutil pid李 　　<李>语法:jstat [generalOption | outputOptions的vmid[区间[s]女士|[数]]] 　　
　　

3,查看JVM堆中具体有哪些对象。发现不正常,字节数组占用过大。实例达到1个亿两千万,大小竟然有4 g(3958米)。同时,订单,hibernate引擎,mysql结果集类实例都很多。

　　
    　　<李>命令:jmap histo李 　　<李>语法:jmap组织(生活):pid李 　　
　　

4,查看Mysql慢查询,发现确实找达到问题原因。

　　

命令1:mysql数据库上查看,所有的。

　　

命令2:查看当前慢查询

　　 　　 　　从information_schema选择*。“PROCESSLIST”;(简化版:显示PROCESSLIST) 　　 　　

<强>总结

　　

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对的支持。如果你想了解更多相关内容请查看下面相关链接

Java内存泄漏问题处理方法经验总结