Java进程的内存无限增长，但MemoryMXBean报告稳定的堆和非堆大小

Question

我们有一个问题，即java进程使用的内存无限增长，直到Linux最终杀死java进程。

我们的堆内存是健康稳定的。（我们已经广泛地分析了堆）我们还使用MemoryMXBean来监视应用程序的非堆内存使用情况，因为我们认为问题可能就在那里。然而，我们看到的是报告的堆大小+报告的非堆大小保持稳定。

下面是一个示例，说明了在我们的目标系统上使用1GB RAM运行应用程序时，数字可能会是什么样子（由MemoryMXBean报告堆和非堆，使用Linux的top命令（驻留内存）监视Java进程使用的总内存）：

null

null

• 200 MB堆提交
• 40 MB未提交堆
• 400 MB由java进程使用

上面的数字只是我们系统表现的一个“更干净”的表示，但它们相当准确和接近现实。正如你所看到的，趋势是明确的。运行应用程序几周后，Linux系统开始出现问题，因为系统内存不足。事情开始变慢了。再过几个小时，Java进程就结束了。

经过几个月的分析和试图理解这一点，我们仍然不知所措。我觉得很难找到关于这个问题的信息，因为大多数讨论最后都是解释堆或其他非堆内存池。（如Metaspace等）

如何监视/配置此内存？对于我们来说，堆+非堆之外的一切都有点像黑盒。

任何帮助都将不胜感激。

Answer 1

我试着部分回答你的问题。

在这种情况下，我试图坚持的基本策略是监视每个可用内存池、打开的文件、套接字、缓冲池、线程数等的max/used/peak值。

在您的例子中，看起来您确实有一个本地内存泄漏的问题，这个问题非常严重，很难发现。

# jcmd <pid> VM.native_memory baseline
# jcmd <pid> VM.native_memory summary.diff scale=MB

Total:  reserved=664624KB  -20610KB, committed=254344KB -20610KB
...