App server PermGen errors that happen after multiple deployments are most likely caused by references held by the container into your old apps' classloaders. For example, using a custom log level class will cause references to be held by the app server's classloader. You can detect these inter-classloader leaks by using modern (JDK6+) JVM analysis tools such as jmap and jhat to look at which classes continue to be held in your app, and redesigning or eliminating their use. Usual suspects are databases, loggers, and other base-framework-level libraries.

参见类加载器泄漏:可怕的“java.lang。OutOfMemoryError: PermGen space”异常，特别是它的后续帖子。

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

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

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

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

尝试-XX:MaxPermSize=256m，如果仍然存在，尝试-XX:MaxPermSize=512m

Jrockit也帮我解决了这个问题;但是，我注意到servlet的重启时间要短得多，所以虽然在生产环境中效果更好，但在开发过程中却有点拖后腿。

内存的配置取决于应用程序的性质。

你在做什么?

处理的交易数量是多少?

加载了多少数据?

etc.

etc.

etc

也许你可以配置你的应用程序，并开始清理一些模块从你的应用程序。

显然，这可能发生在重新部署应用程序几次之后

Tomcat采用热部署，但占用内存。试着每隔一段时间重新启动容器。此外，您还需要知道在生产模式下运行所需的内存量，这似乎是进行研究的好时机。

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

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