老世代内存使用量的增长总是意味着Java内存泄漏？

Question

我们有几个虚拟机在生产中运行数据服务，客户机向数据服务发送Restful HTTP请求，负载很重（通常每个主机每秒500个请求），每个虚拟机上的负载总是平衡的。我们在所有主机上都有相同的配置（2个CPU，-Xms2048m-Xmx4096m-XX:MaxPermSize=192m-XX:NewSize=512m-XX:MaxNewSize=512m-XX:UseConMarkSweepGC-XX:CMSClassUnloadingEnabled-XX:heapdumponAutofmemoryError）

两天前，我们看到其中5个虚拟机上的旧gen堆使用量开始增长（每天300 MB），其他虚拟机上的旧gen堆使用量保持不变（大约80 MB），我们正在努力找出根本原因，请问这是内存泄漏问题还是正常情况？旧一代内存使用量的增长是否总是意味着Java内存泄漏？

谢谢

更新：我们昨天刚刚重启了这5台主机，所有主机上的旧gen堆使用率都恢复了正常，但是，在今天早上的峰值负载之后，其中一台主机上的旧gen堆使用率又开始增长了...

Answer 1

听起来你描述的是内存泄漏。因为对我来说，内存泄漏是指你的内存在没有任何好的理由或开发人员不了解原因的情况下不断增加。这可能意味着，一些您实际上不需要的数据仍保留在内存中，这可能是由于一个错误。

我会考虑使用一个好的剖析器来找到根本原因。这可能是最简单的。我不知道这里是否允许我命名产品，但JProfiler在我参与的多个项目中拯救了我的团队。

Answer 2

旧一代内存使用量的增长是否总是意味着java内存泄漏？

不一定。

并发标记扫描垃圾收集器在收集过程中不会压缩旧的gen。因此，在足够的内存负载下，可能会获得大量碎片，从而无法回收足够的内存来将终身对象提升到旧的gen空间。

试着打开这些参数，看看发生了什么：

-XX:PrintGCDetails-XX:PrintPromotionFailure-XX:PrintFLSSStatistics=1

查找升级失败和频繁的完全GC扫描，它们无法释放大量内存。

如果您使用的是Java 7或更高版本，可以尝试切换到G1收集器（-XX:UseG1GC而不是-XX:useConMarkSweepGC）。这是一个压缩收集器，可以避免上述一些问题。

如果在那之后仍然遇到问题，那么我会查看您的代码，看看是否有东西挂在了对象引用上，而它本不应该挂在对象引用上。

编辑：由于这发生在一些主机上，而不是其他主机上，我倾向于代码问题，可能与意外的用户输入有关，因为它只是偶尔发生。