是什么使热部署成为“难题”？

Question

在工作中，“
PermGen内存不足
”异常一直存在问题，团队负责人认为这是JVM中的错误-
与代码热部署有关。他没有解释很多细节，但指出热部署是一个“难题”，它是如此艰苦，以至于.NET都还没有做到这一点。

我发现有很多文章从鸟瞰的角度解释了热部署，但始终缺乏技术细节。谁能指出我的技术解释，并解释为什么热部署是一个“难题”？

Answer 1

加载类时，有关该类的各种静态数据都存储在PermGen中。只要存在对这个Class实例的实时引用，就不能对该类实例进行垃圾回收。

我认为部分问题与GC是否应从perm
gen中删除旧的Class实例有关。通常，每次热部署时，都会将新的类实例添加到PermGen内存池中，而通常不会删除现在未使用的旧类实例。默认情况下，Sun
JVM将不会在PermGen中运行垃圾回收，但是可以使用可选的“ java”命令参数启用它。

因此，如果您热部署足够的时间，最终将耗尽PermGen空间。

如果你的web应用程序不会关闭 完全 取消部署时-如果它离开正在运行的线程，例如-
那么所有由该Web应用程序使用的类的实例将在PermGen的空间被固定。您重新部署，现在将所有这些Class实例的另一个完整副本加载到PermGen中。您取消部署后，线程继续运行，在PermGen中固定了另一组类实例。您重新部署并加载整个净副本集…最终您的PermGen填满了。

您有时可以通过以下方法解决此问题：

• 向最新的Sun JVM提供命令参数以启用PermGen和类中的GC。那是： -XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled
• 使用不使用固定大小的PermGen或对加载的类进行GC的其他JVM

但这 仅 在您的Web应用程序完全干净地关闭且没有任何动态引用的情况下 才有用
，该实时引用指向该Web应用程序的Class加载程序加载的任何Class的任何Class实例。

由于类加载器泄漏，即使这样也不一定能解决问题。（在某些情况下还有太多的固定字符串。）

请查看以下链接以获取更多信息（两个粗体的链接都有漂亮的图表来说明问题的一部分）。

• 类加载器泄漏：可怕的“ java.lang.OutOfMemoryError：PermGen空间”异常
• 未知的一代：彼尔姆
• 介绍永久的一代
• Tomcat Wiki：如何处理内存不足错误