或者，你可以切换到JRockit，它处理permgen的方式不同于sun的jvm。它通常也有更好的性能。

http://www.oracle.com/technetwork/middleware/jrockit/overview/index.html

在部署和取消部署一个复杂的web应用程序时，我也遇到过这个问题，我想我应该加上一个解释和我的解决方案。

当我在Apache Tomcat上部署一个应用程序时，会为该应用程序创建一个新的ClassLoader。然后使用ClassLoader加载所有应用程序的类，在取消部署时，一切都应该很好地消失。然而，在现实中，事情并没有那么简单。

在web应用程序生命周期中创建的一个或多个类持有一个静态引用，该引用在某个地方引用ClassLoader。由于引用最初是静态的，所以再多的垃圾收集也不会清理这个引用——ClassLoader和它所加载的所有类都留在这里。

在几次重新部署之后，我们遇到了OutOfMemoryError。

现在这已经成为一个相当严重的问题。我可以确保在每次重新部署后重新启动Tomcat，但这会使整个服务器停机，而不仅仅是重新部署的应用程序，这通常是不可行的。

因此，我用代码组合了一个解决方案，它可以在Apache Tomcat 6.0上工作。我没有在任何其他应用服务器上进行测试，并且必须强调，如果不进行修改，在任何其他应用服务器上都很可能无法工作。

我还想说，就我个人而言，我讨厌这段代码，如果现有代码可以更改为使用适当的关闭和清理方法，那么任何人都不应该使用这段代码作为“快速修复”。只有当您的代码所依赖的外部库(在我的例子中，它是RADIUS客户端)不提供清理其自身静态引用的方法时，才应该使用这种方法。

不管怎样，继续写代码。这应该在应用程序被取消部署时调用——例如servlet的destroy方法或(更好的方法)ServletContextListener的contextDestroyed方法。

//Get a list of all classes loaded by the current webapp classloader
WebappClassLoader classLoader = (WebappClassLoader) getClass().getClassLoader();
Field classLoaderClassesField = null;
Class clazz = WebappClassLoader.class;
while (classLoaderClassesField == null && clazz != null) {
    try {
        classLoaderClassesField = clazz.getDeclaredField("classes");
    } catch (Exception exception) {
        //do nothing
    }
    clazz = clazz.getSuperclass();
}
classLoaderClassesField.setAccessible(true);

List classes = new ArrayList((Vector)classLoaderClassesField.get(classLoader));

for (Object o : classes) {
    Class c = (Class)o;
    //Make sure you identify only the packages that are holding references to the classloader.
    //Allowing this code to clear all static references will result in all sorts
    //of horrible things (like java segfaulting).
    if (c.getName().startsWith("com.whatever")) {
        //Kill any static references within all these classes.
        for (Field f : c.getDeclaredFields()) {
            if (Modifier.isStatic(f.getModifiers())
                    && !Modifier.isFinal(f.getModifiers())
                    && !f.getType().isPrimitive()) {
                try {
                    f.setAccessible(true);
                    f.set(null, null);
                } catch (Exception exception) {
                    //Log the exception
                }
            }
        }
    }
}

classes.clear();

解决方案是在启动Tomcat时将这些标志添加到JVM命令行:

-XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled

您可以通过关闭tomcat服务，然后进入tomcat /bin目录并运行tomcat6w.exe来做到这一点。在“Java”选项卡下，将参数添加到“Java选项”框。单击“确定”，然后重新启动服务。

如果你得到一个错误，指定的服务不存在作为一个安装的服务，你应该运行:

tomcat6w //ES//servicename

其中servicename是在services.msc

来源:orx对Eric敏捷回答的评论。

我有一个Hibernate+Eclipse RCP的组合，尝试使用-XX:MaxPermSize=512m和-XX:PermSize=512m，它似乎对我有用。

我尝试了几个答案，最终完成工作的唯一一件事是在pom中的编译器插件的配置:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>2.3.2</version>
    <configuration>
        <fork>true</fork>
        <meminitial>128m</meminitial>
        <maxmem>512m</maxmem>
        <source>1.6</source>
        <target>1.6</target>
        <!-- prevent PermGen space out of memory exception -->
        <!-- <argLine>-Xmx512m -XX:MaxPermSize=512m</argLine> -->
    </configuration>
</plugin>

希望这一点能有所帮助。

我添加-XX: MaxPermSize = 128m(你可以实验哪个工作得最好)到虚拟机参数，因为我使用eclipse ide。在大多数JVM中，默认的PermSize大约是64MB，如果项目中有太多的类或大量的字符串，就会耗尽内存。

对于eclipse，在answer中也有描述。

步骤1:在Servers选项卡中双击tomcat服务器

步骤2:打开启动Conf，并在现有VM参数的末尾添加-XX: MaxPermSize = 128m。