母亲节广告语虽然java有自动化的GC，但是还会有内存泄露的情况。当然java中的内存泄露跟C++中的泄露不同。

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

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

　　内存泄露的主要原因就是java中的对象生命周期有长有短。如果长生命周期的对象引用了短生命周期的对象，就有可能造成事实上的内存泄露。

　　但是因为类变量hashSet还保留着对keyObject的引用，所以keyObject对象并不会被回收。

　　注意，最后一行我们加了一个hashSet.remove的代码，来使用类变量hashSet。

　　为什么要这样做呢？这样做是为了防止JIT对代码进行优化，从而影响我们对内存泄露的分析。

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

　　可以看到我们的对象在飞行记录器期间分配了4MB的内存，然后看到整体的内存使用量是稳步上升的。

　　我们什么时候知道会有内存泄露呢？最简单的肯定就是OutOfMemoryErrors，但是有些很隐蔽的内存泄露会导致内存使用缓步上涨，这时候就需要我们进行细致的分析。

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

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

　　lastKnownHeapUsage是heap的使用大小，从日志中我们可以看到这个值是一直在增加的。

　　本文通过JFR和JMC的使用，介绍了如何分析内存泄露。希望大家能够喜欢。