Jetty 7：OutOfMemoryError：应用程序重新部署时的 PermGen 空间

发布于 2024-11-28 02:59:15 字数 308 浏览 3 评论 0原文

应用程序第一次正确启动。然后我删除 webapp/*.war 文件并粘贴新版本的 *.war。 Jetty开始部署新的war，但出现错误java.lang.OutOfMemoryError: PermGen space。如何配置 Jetty 来修复错误/进行正确的重新部署？

这个解决方案对我没有帮助。
Jetty版本：jetty-7.4.3.v20110701

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

萝莉病 2024-12-05 02:59:15

可能没有办法通过配置来解决这个问题。每个 JVM 都有一个 PermGen 内存区域，用于类加载和静态数据。每当您的应用程序被取消部署时，它的类加载器都应该被丢弃，并且它加载的所有类也应该被丢弃。当由于对类加载器的其他引用仍然存在而失败时，垃圾收集类加载器和应用程序类也将失败。

博客条目和其后续解释问题的可能根源。每当应用程序容器的代码使用包含对您的某个类的引用的类时，就会阻止对您的类进行垃圾收集。上述博客文章中的示例是 java.util.logging.Level 构造函数：

protected Level(String name, int value) {
    this.name = name;
    this.value = value;
    synchronized (Level.class) {
        known.add(this);
    }
}

请注意，known 是 java.util.logging.Level 的静态成员。构造函数存储对所有创建的实例的引用。因此，一旦 Level 类从应用程序代码中加载或实例化，垃圾收集就无法删除您的类。

为了解决这个问题，您可以避免在您自己的代码之外使用所有类，或者确保在您的代码之外不保留对您的类的引用。这两个问题都可能发生在 Java 提供的任何类中，因此无法在您的应用程序中修复。您无法仅通过更改自己的代码来防止问题发生！

您的选择基本上是：

增加内存限制并减少错误发生的频率
按照链接博客文章中的详细信息分析您的代码，并避免使用存储对对象的引用的类

There is probably no way to configure the problem away. Each JVM has one PermGen memory area that is used for class loading and static data. Whenever your application gets undeployed its classloader should be discarded and all classes loaded by it as well. When this fails because other references to the classloader still exist, garbage collecting the classloader and your applications classes will also fail.

A blog entry and its follow up explain a possible source of the problem. Whenever the application container's code uses a class that holds a reference to one of your classes, garbage collection of your classes is prevented. The example from the mentioned blog entry is the java.util.logging.Level constructor:

protected Level(String name, int value) {
    this.name = name;
    this.value = value;
    synchronized (Level.class) {
        known.add(this);
    }
}

Note that known is a static member of java.util.logging.Level. The constructor stores a reference to all created instances. So as soon as the Level class was loaded or instantiated from outwith your application's code, garbage collection can't remove your classes.

To solve the problem you could avoid all classes that are in use outwith your own code or ensure no references are held to your classes from outwith your code. Both problems could occur within any class delivered with Java and are thus not feasible to be fixed within your application. You cannot prevent the problem by altering only your own code!

Your options are basically:

Increasing the memory limits and have the error strike less often
Analyze your code as detailed in the linked blog posts and avoid using the classes that store references to your objects

回复收藏 0 原文

彻夜缠绵 2024-12-05 02:59:15

如果发生 PermGen 内存不足，您需要重新启动 jvm，在您的情况下重新启动 jetty。您可以使用链接解决方案中的 JVM 选项增加 PermGen 空间，以便稍后发生这种情况（我的意思是稍后：在更多重新部署之后）。但这种情况偶尔会发生，你几乎无法避免这种情况。您链接的答案很好地解释了 PermGenSpace 是什么以及它溢出的原因。

使用：

-XX:PermSize=64M -XX:MaxPermSize=128M

或者，如果这还不够的话

-XX:PermSize=256M -XX:MaxPermSize=512M

此外，如果使用此命令，请务必增加虚拟机的可用空间量。

使用

-Xms128M -Xmx256M

If a PermGen out of memory occurs, you need to restart the jvm, in your case restart jetty. You may increase the PermGen space with the JVM options in your linked solution so this happens later (with later I mean: after more redeploys). But it will happen every once in a while and you can do next to nothing to avoid that. The answer you linked explained well what PermGenSpace is and why it overflows.

Use: