troubleshoot之:使用JFR解决内存泄露

简介

虽然java有自动化的GC，可是还会有内存泄露的状况。固然java中的内存泄露跟C++中的泄露不一样。

在C++中全部被分配的内存对象都须要要程序员手动释放。可是在java中并不须要这个过程，一切都是由GC来自动完成的。那么是否是java中就没有内存泄露了呢？

要回答这个问题咱们首先须要界定一下什么是内存泄露。若是说有时候咱们再也不使用的对象却不能被GC释放的话，那么就能够说发生了内存泄露。

内存泄露的主要缘由就是java中的对象生命周期有长有短。若是长生命周期的对象引用了短生命周期的对象，就有可能形成事实上的内存泄露。

一个内存泄露的例子

咱们举一个内存泄露的例子，先定义一个大对象：

public class KeyObject {
    List<String> list = new ArrayList<>(200);
}

而后使用它：

public class TestMemoryLeak {

    public static HashSet<Object> hashSet= new HashSet();

    public static void main(String[] args) throws InterruptedException {
        boolean flag= true;
        while(flag){
            KeyObject keyObject= new KeyObject();
            hashSet.add(keyObject);
            keyObject=null;
            Thread.sleep(1);
        }
        System.out.println(hashSet.remove(new KeyObject()));
    }
}

在这个例子中，咱们将new出来的KeyObject对象放进HashSet中。
而后将keyObject置为空。

可是由于类变量hashSet还保留着对keyObject的引用，因此keyObject对象并不会被回收。

注意，最后一行咱们加了一个hashSet.remove的代码，来使用类变量hashSet。
为何要这样作呢？这样作是为了防止JIT对代码进行优化，从而影响咱们对内存泄露的分析。

使用JFR和JMC来分析内存泄露

Flight Recorder(JFR)主要用来记录JVM的事件，咱们能够从这些事件中分析出内存泄露。

能够经过下面的指令来开启JFR：

java -XX:StartFlightRecording

固然咱们也可使用java神器jcmd来开启JFR：

jcmd pid JFR.dump filename=recording.jfr path-to-gc-roots=true

这里咱们使用JMC来图形化分析一下上面的例子。

开启JMC，找到咱们的测试程序，打开飞行记录器。

能够看到咱们的对象在飞行记录器期间分配了4MB的内存，而后看到总体的内存使用量是稳步上升的。

咱们何时知道会有内存泄露呢？最简单的确定就是OutOfMemoryErrors，可是有些很隐蔽的内存泄露会致使内存使用缓步上涨，这时候就须要咱们进行细致的分析。

经过分析，咱们看到内存使用在稳步上涨，这实际上是很可疑的。

接下来咱们经过JVM的OldObjectSample事件来分析一下。

OldObjectSample

OldObjectSample就是对生命周期比较长的对象进行取样，咱们能够经过研究这些对象，来检查潜在的内存泄露。

这里咱们关注一下事件浏览器中的Old Object Sample事件，咱们能够在左下方看到事件的详情。

或者你可使用jfr命令直接将感兴趣的事件解析输出：

jfr print --events OldObjectSample flight_recording_1401comflydeanTestMemoryLeak89268.jfr   > /tmp/jfrevent.log

咱们看一个具体的输出Sample：

jdk.OldObjectSample {
  startTime = 19:53:25.607
  allocationTime = 19:50:51.924
  objectAge = 2 m 34 s
  lastKnownHeapUsage = 3.5 MB
  object =  [
    java.lang.Object[200]
  ]
  arrayElements = 200
  root = N/A
  eventThread = "main" (javaThreadId = 1)
  stackTrace = [
    java.util.ArrayList.<init>(int) line: 156
    com.flydean.KeyObject.<init>() line: 11
    com.flydean.TestMemoryLeak.main(String[]) line: 17
  ]
}

lastKnownHeapUsage是heap的使用大小，从日志中咱们能够看到这个值是一直在增长的。

allocationTime表示的是这个对象分配的时间。

startTime表示的是这个对象被dump的时间。

object表示的是分配的对象。

stackTrace表示的是这个对象被分配的stack信息。

注意，若是须要展现stackTrace信息，须要开启-XX:StartFlightRecording:settings=profile选项。

从上面的日志咱们能够分析得出，main方法中的第17行，也就是 KeyObject keyObject= new KeyObject(); 在不断的建立新的对象。

从而咱们能够进行更深层次的分析，最终找到内存泄露的缘由。

总结

本文经过JFR和JMC的使用，介绍了如何分析内存泄露。但愿你们可以喜欢。

本文做者：flydean程序那些事

本文连接：http://www.flydean.com/jvm-diagnostic-memory-leak/

本文来源：flydean的博客

欢迎关注个人公众号:程序那些事，更多精彩等着您！