面试杂谈 - 内存泄漏如何排查

Java的垃圾回收机制给了程序猿便利,我们可以不需要显式释放资源。但想高枕无忧却是不能,OOM像个隐藏在暗处的幽(hua)灵(nong),威胁着可怜、弱小又漂亮的程序猿。

一般来说,一个健康的程序,它是不应该出现OOM的。内存里的对象从生到死,井然有序。但由于一些人为的失误,往往会让一些对象逃过GC的制裁,跳出GC外,不在垃圾中。这个时候,内存泄漏就发生了。

内存泄露,是指程序在申请内存并且用完这块内存后(对象不再需要了),没有释放已申请的内存空间。少数偶然的内存泄漏,虽然不太好,但问题不大,我们也不至于对那点内存抠抠搜搜的。但如果是内存不断泄漏,直到新的对象没有足够的空间生成,就会导致OOM。

什么时候可能内存泄漏

抛出OOM异常

当程序抛出OutOfMemoryError,如果你自认不是太抠,给了这个程序足够的空间,那么可以怀疑有内存泄漏

内存持续上升

一个健康的程序应该有平稳的新陈代谢,内存占用应该维持在一定范围。但如果内存持续飙升,甚至到达了一个危险的值,那么可以怀疑有内存泄漏。

查看GC情况

首先获取到应用的pid,可以使用java的jps命令,或者ps -ef|grep 应用名关键词

可以看到Eden(E)持续造对象,并且满了之后,老年代(O)增加,E区腾空后继续造对象。(程序多执行一段时间,或者造对象速度提快点,最终会抛出OOM)

查看存活对象

根据存活对象的不正常增长情况,分析程序中哪些地方用到了这种对象,也可以大致推断出可能的内存泄漏处。

上一篇:Spring Data JPA (2) 一对多关系


下一篇:一次生产OOM问题排查