java directmemory gc_java堆外内存泄漏排查

大多数Java虚拟机内存不足的问题都发生在堆上，但这一次被证明有点不同。

Java虚拟机(JVM)具有自动内存管理功能，因此Java开发人员不需要关心对象回收。但是他们仍然应该关注内存，因为内存不是无限的，我们有时确实会看到内存不足的错误。对于内存不足的问题，通常有两个可能的原因：

JVM的内存设置太小

应用程序内存泄漏

对于第一种类型，使用更多内存很容易修复；只需更改一些JVM内存设置参数。对于第二种类型，我们需要找出泄漏的位置并在代码中修复它。今天我将分享一个JVM内存泄漏案例，它有点不同。

症状

一开始，我们注意到一些主机的垃圾回收(GC)开销已超出，CPU使用率也出现警报。GC开销在60%～70%之间，CPU忙于GC。这似乎是个内存问题。

行动

并非该应用程序的所有服务器都存在此问题，只有一些服务器存在此问题，这意味着需要花费1到2个小时到几天的时间来填充内存。为了在站点上缓解这个问题，我们首先获取了一个堆转储

分析

对于GC开销问题，我们分析详细的GC日志、分析堆转储dump文件并分析源代码。

1. 分析详细的GC日志

该应用程序支持详细的GC日志，这对于分析内存问题非常有用。从下面的截图中，我们可以看到无论是年轻代还是老年代，都有大量的空闲内存，但是GC越来越占满了。

这有点奇怪，因为大多数时候，我们看到年轻一代和老一代都用光了，JVM没有足够的堆来分配新对象。这个问题并不是因为年轻代/老年代的内存不足造成的，那么问题在哪里呢？

我们都知道JVM的永久代是完整的和显式的垃圾回收调用System.gc()还可以触发完全GC。接下来，我们检查以下两种可能性：

如果完整的GC是由显式System.gc()调用，我们将在GC日志中看到“system”关键字&#