我正在Java 5上编写一个客户端Swing应用程序(图形字体设计器)。最近，我遇到了Java .lang. outofmemoryerror: Java堆空间错误，因为我在内存使用上不保守。用户可以打开无限数量的文件，程序将打开的对象保存在内存中。在快速研究之后，我发现5.0 Java虚拟机和其他人说，在Windows机器上，JVM默认的最大堆大小为64MB。
在这种情况下，我应该如何处理这个约束呢?
我可以使用java的命令行选项增加最大堆大小，但这需要计算出可用的RAM并编写一些启动程序或脚本。此外，增加到某个有限最大值并不能最终摆脱这个问题。
我可以重写一些代码，频繁地将对象持久化到文件系统中(使用数据库也是一样)，以释放内存。它可能会起作用，但可能也要做很多工作。
如果你能告诉我上述想法的细节或一些替代方案，如自动虚拟内存，动态扩展堆大小，那将是伟大的。
当前回答
在android studio中添加/更改gradle末尾的这一行。属性(全局属性):
...
org.gradle.jvmargs=-XX\:MaxHeapSize\=1024m -Xmx1024m
如果它不起作用，您可以重试大于1024的堆大小。
其他回答
VM参数在eclipse中为我工作。如果您使用的是eclipse 3.4版本，请执行以下操作
运行——>运行配置——>然后选择maven build下的项目——>然后选择选项卡“JRE”——>然后输入-Xmx1024m。
或者你可以运行——>运行配置——>选择“JRE”选项卡——>然后输入-Xmx1024m
这将增加所有构建/项目的内存堆。以上内存大小为1gb。你可以按照你想要的方式进行优化。
当数据库连接池满时，Java OOM堆空间问题也会出现。
我遇到这个问题是因为我的Hikari连接池(升级到Spring boot 2.4.*时)已满，无法再提供连接(所有活动连接仍在等待从数据库获取结果)。
问题是我们在JPA存储库中的一些本地查询包含ORDER BY ?#{#pageable}，这需要很长时间才能获得升级时的结果。
从JPA存储库中的所有本机查询和OOM堆空间问题以及连接池问题中删除ORDER BY ?#{#pageable}。
在Intellij中，我只需要给出"Build Project"
在我的例子中，它通过在intellij设置中分配更多内存给共享构建进程堆大小来解决。
进入intellij settings > Compiler >共享构建进程堆大小
注意，如果您在部署情况下需要这样做，请考虑使用Java WebStart(使用“ondisk”版本，而不是网络版本——可能在Java 6u10或更高版本中)，因为它允许您以跨平台的方式向JVM指定各种参数。
否则，你将需要一个特定于操作系统的启动器来设置你需要的参数。
