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

“他们”是错误的，因为我运行的是6.0.29，即使设置了所有选项也有同样的问题。正如蒂姆·豪兰所说，这些选择只会推迟不可避免的事情。它们允许我在遇到错误之前重新部署3次，而不是每次重新部署。

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

你在做什么?

处理的交易数量是多少?

加载了多少数据?

etc.

etc.

etc

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

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

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

如果存在真正的内存泄漏，增加永久生成大小或调整GC参数将不起作用。如果您的应用程序或某些第三方库使用，泄漏类加载器，唯一真正和永久的解决方案是找到这个泄漏并修复它。有许多工具可以帮助您，最近的一个工具是Plumbr，它刚刚发布了一个具有所需功能的新版本。

对我来说，唯一有效的方法就是JRockit JVM。我有MyEclipse 8.6。

JVM的堆存储运行中的Java程序生成的所有对象。Java使用new操作符创建对象，并且在运行时在堆上为新对象分配内存。垃圾收集是一种自动释放程序不再引用的对象所包含的内存的机制。

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