我正在Java 5上编写一个客户端Swing应用程序(图形字体设计器)。最近,我遇到了Java .lang. outofmemoryerror: Java堆空间错误,因为我在内存使用上不保守。用户可以打开无限数量的文件,程序将打开的对象保存在内存中。在快速研究之后,我发现5.0 Java虚拟机和其他人说,在Windows机器上,JVM默认的最大堆大小为64MB。
在这种情况下,我应该如何处理这个约束呢?
我可以使用java的命令行选项增加最大堆大小,但这需要计算出可用的RAM并编写一些启动程序或脚本。此外,增加到某个有限最大值并不能最终摆脱这个问题。
我可以重写一些代码,频繁地将对象持久化到文件系统中(使用数据库也是一样),以释放内存。它可能会起作用,但可能也要做很多工作。
如果你能告诉我上述想法的细节或一些替代方案,如自动虚拟内存,动态扩展堆大小,那将是伟大的。
我想添加建议从甲骨文故障排除文章。
线程thread_name异常:Java .lang. outofmemoryerror: Java堆空间
详细消息Java堆空间表示无法在Java堆中分配对象。此错误并不一定意味着内存泄漏
可能的原因:
简单的配置问题,指定的堆大小不足以满足应用程序的要求。
应用程序无意中持有对对象的引用,这可以防止对象被垃圾收集。
过度使用终结符。
此错误的另一个潜在来源来自于过度使用终结器的应用程序。如果类具有finalize方法,则该类型的对象在垃圾收集时不会回收其空间
在垃圾收集之后,对象将排队等待终结,这将在稍后发生。终结器由服务终结队列的守护线程执行。如果终结器线程无法跟上终结队列,那么Java堆就会被填满,并抛出这种类型的OutOfMemoryError异常。
可能导致这种情况的一种场景是,应用程序创建了高优先级线程,导致终结队列的增长速度快于终结线程服务该队列的速度。
我想添加建议从甲骨文故障排除文章。
线程thread_name异常:Java .lang. outofmemoryerror: Java堆空间
详细消息Java堆空间表示无法在Java堆中分配对象。此错误并不一定意味着内存泄漏
可能的原因:
简单的配置问题,指定的堆大小不足以满足应用程序的要求。
应用程序无意中持有对对象的引用,这可以防止对象被垃圾收集。
过度使用终结符。
此错误的另一个潜在来源来自于过度使用终结器的应用程序。如果类具有finalize方法,则该类型的对象在垃圾收集时不会回收其空间
在垃圾收集之后,对象将排队等待终结,这将在稍后发生。终结器由服务终结队列的守护线程执行。如果终结器线程无法跟上终结队列,那么Java堆就会被填满,并抛出这种类型的OutOfMemoryError异常。
可能导致这种情况的一种场景是,应用程序创建了高优先级线程,导致终结队列的增长速度快于终结线程服务该队列的速度。