我正在Java 5上编写一个客户端Swing应用程序(图形字体设计器)。最近，我遇到了Java .lang. outofmemoryerror: Java堆空间错误，因为我在内存使用上不保守。用户可以打开无限数量的文件，程序将打开的对象保存在内存中。在快速研究之后，我发现5.0 Java虚拟机和其他人说，在Windows机器上，JVM默认的最大堆大小为64MB。
在这种情况下，我应该如何处理这个约束呢?
我可以使用java的命令行选项增加最大堆大小，但这需要计算出可用的RAM并编写一些启动程序或脚本。此外，增加到某个有限最大值并不能最终摆脱这个问题。
我可以重写一些代码，频繁地将对象持久化到文件系统中(使用数据库也是一样)，以释放内存。它可能会起作用，但可能也要做很多工作。
如果你能告诉我上述想法的细节或一些替代方案，如自动虚拟内存，动态扩展堆大小，那将是伟大的。
当前回答
如果这个问题发生在Wildfly 8和JDK1.8中，那么我们需要指定MaxMetaSpace设置而不是PermGen设置。
例如，我们需要在wildfly的setenv.sh文件中添加以下配置。 JAVA_OPTS = " $ JAVA_OPTS - xx: MaxMetaspaceSize = 256 "
欲了解更多信息，请查看Wildfly堆问题
其他回答
在android/gradle.properties中添加以下代码:
org.gradle.jvmargs=-Xmx4096m -XX:MaxPermSize=4096m -XX:+HeapDumpOnOutOfMemoryError
org.gradle.daemon=true
org.gradle.parallel=true
org.gradle.configureondemand=true
将这条线添加到gradle中。属性文件
org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
它应该会起作用。您可以相应地更改MaxPermSize来修复堆问题
如果你需要在运行时监控你的内存使用情况，java.lang.management包提供了mbean，可以用来监控你的虚拟机中的内存池(例如伊甸园空间，终身生成等)，以及垃圾收集行为。
根据GC行为的不同，这些mbean报告的空闲堆空间会有很大的变化，特别是如果您的应用程序生成了许多后来被GC-ed的对象。一种可能的方法是监视每次全gc之后的空闲堆空间，您可以使用它来决定是否通过持久化对象来释放内存。
最终，最好的办法是在性能可以接受的情况下尽可能限制内存保留。正如前面的评论所指出的，内存总是有限的，但你的应用程序应该有一个策略来处理内存耗尽。
注意，如果您在部署情况下需要这样做，请考虑使用Java WebStart(使用“ondisk”版本，而不是网络版本——可能在Java 6u10或更高版本中)，因为它允许您以跨平台的方式向JVM指定各种参数。
否则，你将需要一个特定于操作系统的启动器来设置你需要的参数。
在java中解决OutOfMemoryError的简单方法是通过使用JVM选项-Xmx512M来增加最大堆大小，这将立即解决您的OutOfMemoryError。这是我在Eclipse, Maven或ANT中得到OutOfMemoryError时的首选解决方案，因为基于项目的大小，您可以很容易地耗尽内存。
这是一个增加JVM最大堆大小的例子，如果你在java应用程序中设置堆大小，最好保持-Xmx与-Xms的1:1或1:1.5的比例。
导出 JVM_ARGS=“-Xms1024m -Xmx1024m”
参考链接
