我有我们在这里谈论的问题，我的场景是eclipse-helios + tomcat + jsf，而您所做的是将一个简单的应用程序部署到tomcat。我在这里展示了同样的问题，解决方法如下。

在eclipse转到服务器选项卡双击注册服务器在我的情况下tomcat 7.0，它打开我的文件服务器一般注册信息。在“一般信息”部分单击“打开启动配置”链接，这将打开在虚拟机参数参数选项卡中添加的服务器选项的执行，最后添加这两个条目

-XX: MaxPermSize = 512m
-XX: PermSize = 512m

和准备好了。

他们说Tomcat的最新版本(6.0.28或6.0.29)可以更好地处理重新部署servlet的任务。

你最好尝试-XX:MaxPermSize=128M而不是-XX:MaxPermGen=128M。

我不能确切地说出这个内存池的使用情况，但它与装入JVM中的类的数量有关。(因此，为tomcat启用类卸载可以解决这个问题。)如果您的应用程序在运行时生成和编译类，则更可能需要比默认值更大的内存池。

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

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

First step in such case is to check whether the GC is allowed to unload classes from PermGen. The standard JVM is rather conservative in this regard – classes are born to live forever. So once loaded, classes stay in memory even if no code is using them anymore. This can become a problem when the application creates lots of classes dynamically and the generated classes are not needed for longer periods. In such a case, allowing the JVM to unload class definitions can be helpful. This can be achieved by adding just one configuration parameter to your startup scripts:

-XX:+CMSClassUnloadingEnabled

默认情况下，它被设置为false，因此要启用它，您需要显式地在Java选项中设置以下选项。如果你启用了CMSClassUnloadingEnabled, GC也会扫描PermGen并删除不再使用的类。请记住，此选项仅在UseConcMarkSweepGC也使用下面的选项启用时才有效。因此，当运行ParallelGC或串行GC时，请确保您已经通过指定将GC设置为CMS:

-XX:+UseConcMarkSweepGC

我尝试了几个答案，最终完成工作的唯一一件事是在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>

希望这一点能有所帮助。