java Web应用程序中的内存泄漏

Question

我有一个使用hibernate 3.6.4和spring 3.2.4（mvc，tx和security）的web应用程序，并且在tomcat 7中运行。每当我部署更新版本的应用程序而不重新启动tomcat时， tomcat使用的内存增加约50MB。

我创建了一些堆转储并使用Eclipse Memory Analyzer进行分析。我发现每次重新部署应用程序时，都会创建一个新的WebappClassLoader实例。但即使在我使用tomcat管理器停止应用程序之后，WebappClassLoader仍然保留在内存中，并且不会被垃圾回收。 因此，在每次重新部署之后，额外的WebappClassLoader将保留在内存中并使用大约50MB的内存。

我使用Eclipse Memory Analyzer来查找从WebappClassLoader到GC根的引用路径。在结果中，我无法找到任何可能阻止WebappClassLoaders被垃圾收集的强引用。

那么，是什么让WebappClassLoaders保持活力？我可以在哪里进行调查，以找出阻止WebappClassLoader进行垃圾收集的原因？

我认为可能有一个阻塞的finalize（）方法阻止GC完成垃圾收集。但我怎么能检查这个？

Answer 1

当没有引用对象实例并且没有必要卸载类时，类加载器理论上是垃圾收集的，但实际上它似乎更有问题。

我建议阅读这两篇文章

http://frankkieviet.blogspot.com.au/2006/10/classloader-leaks-dreaded-permgen-space.html

http://frankkieviet.blogspot.com.au/2006/10/how-to-fix-dreaded-permgen-space.html

Answer 2

您也可以按照Anatomy of a PermGen Memory Leak教程中提供的步骤操作。他们正在使用Java Visual VM，但在Eclipse Memory Analizer中，要检查的步骤和事项应该是相同的。在this演示文稿中，您可以找到此类泄漏的可能原因。

另请注意，如果您没有看到WebappClassLoaders的任何引用，JVM可能会有大量PermGen并推迟驱逐。您可以通过使用较小的PermGen尺寸运行来轻松检查，并进行一些重新部署。

Answer 3

我不是Tomcat专家及其重新部署实施，但在我们使用JBoss的日子里，我们的情况非常相似。这是因为PermGen空间不是垃圾收集的，每个新部署都会在那里放置类。 因此，如果您不在Java 8上，请检查实际的＆＃34;泄漏＆＃34;不在permgen空间。