我正在Java 5上编写一个客户端Swing应用程序(图形字体设计器)。最近，我遇到了Java .lang. outofmemoryerror: Java堆空间错误，因为我在内存使用上不保守。用户可以打开无限数量的文件，程序将打开的对象保存在内存中。在快速研究之后，我发现5.0 Java虚拟机和其他人说，在Windows机器上，JVM默认的最大堆大小为64MB。
在这种情况下，我应该如何处理这个约束呢?
我可以使用java的命令行选项增加最大堆大小，但这需要计算出可用的RAM并编写一些启动程序或脚本。此外，增加到某个有限最大值并不能最终摆脱这个问题。
我可以重写一些代码，频繁地将对象持久化到文件系统中(使用数据库也是一样)，以释放内存。它可能会起作用，但可能也要做很多工作。
如果你能告诉我上述想法的细节或一些替代方案，如自动虚拟内存，动态扩展堆大小，那将是伟大的。
当前回答
增加堆大小不是一个“修复”，它是一个“膏药”，100%临时。它会在其他地方再次崩溃。要避免这些问题，请编写高性能代码。
尽可能使用局部变量。 确保你选择了正确的对象(EX:选择String, StringBuffer和StringBuilder之间) 为你的程序使用一个好的代码系统(例如:使用静态变量VS使用非静态变量) 其他可以在你的代码中工作的东西。 尝试用多线程移动
其他回答
如果你继续分配和保持对对象的引用，你将填满你所拥有的任何数量的内存。
一个选择是做一个透明的文件关闭和打开时，他们切换选项卡(你只保留一个指向文件的指针，当用户切换选项卡，你关闭和清除所有的对象…它会使文件更改变慢…但是…)，并且可能只在内存中保留3或4个文件。
您应该做的另一件事是，当用户打开一个文件时，加载它并拦截任何OutOfMemoryError，然后(因为不可能打开该文件)关闭该文件，清除其对象并警告用户他应该关闭未使用的文件。
您动态扩展虚拟内存的想法并不能解决这个问题，因为机器的资源是有限的，所以您应该小心处理内存问题(或者至少要小心处理它们)。
我所看到的关于内存泄漏的一些提示是:
请记住，如果你把一个东西放入一个集合，然后忘记它，你仍然有一个强引用，所以取消集合，清理它或对它做些什么…如果没有，您将发现内存泄漏很难找到。
也许，使用弱引用的集合(weakhashmap…)可以帮助解决内存问题，但你必须小心使用它，因为你可能会发现你要找的对象已经被收集了。
我发现的另一个想法是开发一个持久的集合，存储在数据库对象最少使用和透明加载。这可能是最好的方法……
在Intellij中，我只需要给出"Build Project"
如果这个问题发生在Wildfly 8和JDK1.8中，那么我们需要指定MaxMetaSpace设置而不是PermGen设置。
例如，我们需要在wildfly的setenv.sh文件中添加以下配置。 JAVA_OPTS = " $ JAVA_OPTS - xx: MaxMetaspaceSize = 256 "
欲了解更多信息，请查看Wildfly堆问题
VM参数在eclipse中为我工作。如果您使用的是eclipse 3.4版本，请执行以下操作
运行——>运行配置——>然后选择maven build下的项目——>然后选择选项卡“JRE”——>然后输入-Xmx1024m。
或者你可以运行——>运行配置——>选择“JRE”选项卡——>然后输入-Xmx1024m
这将增加所有构建/项目的内存堆。以上内存大小为1gb。你可以按照你想要的方式进行优化。
在android/gradle.properties中添加以下代码:
org.gradle.jvmargs=-Xmx4096m -XX:MaxPermSize=4096m -XX:+HeapDumpOnOutOfMemoryError
org.gradle.daemon=true
org.gradle.parallel=true
org.gradle.configureondemand=true
