博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
java.lang.OutOfMemoryError: Java heap space错误和方法(集、转)
阅读量:5886 次
发布时间:2019-06-19

本文共 5326 字,大约阅读时间需要 17 分钟。

错误的方式来解决溢出下面的堆空间是从网上找:

java.lang.OutOfMemoryError: Java heap space
===================================================

使用Java程序从数据库中查询大量的数据时出现异常:

java.lang.OutOfMemoryError: Java heap space

在JVM中假设98%的时间是用于GC且可用的 Heap size 不足2%的时候将抛出此异常信息。

JVM堆的设置是指java程序执行过程中JVM能够调配使用的内存空间的设置.

JVM在启动的时候会自己主动设置Heap size的值。其初始空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。能够利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。

比如:java -jar -Xmn16m -Xms64m -Xmx128m MyApp.jar
假设Heap Size设置偏小,除了这些异常信息外,还会发现程序的响应速度变慢了。GC占用了很多其它的时间,而应用分配到的运行时间较少。
Heap Size 最大不要超过可用物理内存的80%,一般的要将-Xms和-Xmx选项设置为同样,而-Xmn为1/4的-Xmx值。
Heap size的 -Xms -Xmn 设置不要超出物理内存的大小。否则会提示“Error occurred during initialization of VM Could not reserve enough space for object heap”。

==========================================================

经过一个晚上的努力最终完毕了一个文件替换指定字符串的程序,可是因为我要替换的全站程序html文件太多。所以eclipse下边老是在一个文件夹结束后报出java.lang.OutOfMemoryError: Java heap space的异常,然后就崩溃了。

我一想肯定是频繁操作造成来不及回收。于是在每一个循环之后加上一个Thread.sleep(1000),发现还是到那个文件夹下就死掉,于是把1000改成5000,还是到那里死掉,我想可能不是来不及回收这么简单,也许sun 的JVM里边刚好对于这样的情况不释放也有可能。

接着我又把启动的參数添上一个 -Xmx256M,这回就能够了。

想一想。还是对于垃圾回收的原理不太了解,就在网上查了一下,发现了几篇不错的文章。

还有:Java堆的管理—垃圾回收提到一下几点,非常不错,也许能够作为敲代码时候的准则:

  (1)不要试图去假定垃圾收集发生的时间。这一切都是未知的。比方,方法中的一个暂时对象在方法调用完成后就变成了无用对象。这个时候它的内存就能够被释放。

  (2)Java中提供了一些和垃圾收集打交道的类。并且提供了一种强行运行垃圾收集的方法--调用System.gc(),但这相同是个不确定的方法。Java 中并不保证每次调用该方法就一定可以启动垃圾收集,它仅仅只是会向JVM发出这样一个申请,究竟是否真正运行垃圾收集,一切都是个未知数。

  (3)挑选适合自己的垃圾收集器。一般来说,假设系统没有特殊和苛刻的性能要求。能够採用JVM的缺省选项。否则能够考虑使用有针对性的垃圾收集器,比方增量收集器就比較适合实时性要求较高的系统之中。系统具有较高的配置,有比較多的闲置资源。能够考虑使用并行标记/清除收集器。

  (4)关键的也是难把握的问题是内存泄漏。良好的编程习惯和严谨的编程态度永远是最重要的,不要让自己的一个小错误导致内存出现大漏洞。

  (5)尽早释放无用对象的引用。

大多数程序猿在使用暂时变量的时候,都是让引用变量在退出活动域(scope)后,自己主动设置为null。暗示垃圾收集器来收集该对象,还必须注意该引用的对象是否被监听。假设有。则要去掉监听器,然后再赋空值。

就是说,对于频繁申请内存和释放内存的操作,还是自己控制一下比較好,可是System.gc()的方法不一定适用,最好使用finallize强制运行或者写自己的finallize方法。

================================================

tomcat

遇到TOMCAT出错:java.lang.OutOfMemoryError: Java heap space,于是查了资料。找到了解决方法:
If Java runs out of memory, the following error occurs:
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
Java heap size can be increased as follows:

java -Xms<initial heap size> -Xmx<maximum heap size>

Defaults are:
java -Xms32m -Xmx128m

假设你用win

/tomcat/bin/catalina.bat 加上以下的命令:
set JAVA_OPTS=-Xms32m -Xmx256m

假设你用unix/linux

/tomcat/bin/catalina.sh 加上以下的命令:
JAVA_OPTS="-Xms32m -Xmx256m"

=========================================
原因:

使用Java程序从数据库中查询大量的数据时出现异常:
java.lang.OutOfMemoryError: Java heap space
在JVM中假设98%的时间是用于GC且可用的 Heap size 不足2%的时候将抛出此异常信息。

JVM堆的设置是指java程序执行过程中JVM能够调配使用的内存空间的设置.JVM在启动的时候会自己主动设置Heap size的值。其初始空间(即-Xms)是物理内存的1/64。最大空间(-Xmx)是物理内存的1/4。

能够利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。

解决的方法:
tomcat_home/bin下catalina.bat(win)或catalina.sh(linux)执行代码前加上:
set JAVA_OPTS=%JAVA_OPTS% -Xms128m -Xmx512m

=============================================================

eclipse java.lang.OutOfMemoryError: Java heap space 解决方式
===========================================================
eclipse java.lang.OutOfMemoryError: Java heap space 解决方式
eclipse 有启动參数里设置jvm大小,由于eclipse执行时自己也须要jvm,所以eclipse.ini里设置的jvm大小不是详细某个程序执行时所用jvm的大小,这和详细程序执行的jvm大小无关。

那么怎么才干设置某个程序的jvm大小呢(当然控制台执行的话不会存在这个问题。如:java -Xms256m -Xmx1024m classname,这样就能够把当前程序的jvm大小给设定)?

由于eclipse里默认的一个程序的jvm配置为:-Xms8m -Xmx128m。所以我们的处理耗内存比較大时须要手动调整一下。以便不会内存溢出。详细的设置方法为:

选中被执行的类。点击菜单‘Run as ->Open Run Dialog...’,选择(x)=Argument标签页下的vm arguments框里输入 -Xmx512m, 保存执行就ok了

=======================================================

Eclipse中java.lang.OutOfMemoryError: Java heap space

错误2007-06-12 11:53java.lang.OutOfMemoryError: Java heap space错误

在tomcat in的catalina.bat里加

set JAVA_OPTS=-Xms256m -Xmx512m -Djava.awt.headless=true
256和512各自是MIN和MAX内存
在eclipse中的
windows->preferences..->tomcat->jvm..->jvm那一个文本框里,加入-Xms256m -Xmx512m
这样就能够了!
==================================
Eclipse中VM设定方法 - [] - Tag:java.lang.OutOfMemoryError: Java heap space

点击右键,选择run...。弹出窗体例如以下图。在vm输入框中填写合适的内存值就可以。

==================================

eclipse中,黄线是警示。

private Log log = LogFactory.getLog(AddCateAction.class);//小黄线在log上。
这里的黄线是指你定义了私有变量log,但没实用到这个变量。

v.add(o); //这时eclipse以下出现了一个小黄线,表示仍然被引用?
这里是指add方法是不推荐的方法。

OutOfMemoryError和怀疑的引用没有关系。可能是循环创建对象导致java内存不足。

用參数指定java虚拟机的内存.

java -Xms256m -Xmx1024m -XX:MaxPermSize=256M

========================================================

2、假设在启动过程中出现内存溢出问题,抛出相似例如以下异常信息:
java.lang.OutOfMemoryError: Java heap space

能够尝试办法:

A.改动Tomcat/bin/catalina.bat,加入例如以下内容
set JAVA_OPTS=-Xms256m -Xmx512m -Djava.awt.headless=true [-XX:MaxPermSize=128M]

B.eclipse->windows->preferences..->tomcat->jvm..->jvm文本框里,加入-Xms256m -Xmx512m

C.eclipse->preference->java->instal jres->edit,添加參数:-Xms256m -Xmx512m

參考原因:JVM中假设98%的时间是用于GC且可用的, Heap size不足2%的时候将抛出此异常信息。

JVM堆的设置是指java程序执行过程中JVM能够调配使用的内存空间的设置.JVM在启动的时候会自己主动设置Heap size的值,其初始空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。
能够利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。

Heap Size 最大不要超过可用物理内存的80%,一般的要将-Xms和-Xmx选项设置为同样,而-Xmn为1/4的-Xmx值。

Heap size的 -Xms -Xmn 设置不要超出物理内存的大小。否则会提示“Error occurred during initialization of VM Could not reserve enough space for object heap”。

==================================================================

我的问题原因:

使用Spring+Hibernate从数据库中读取大量数据,使用了单例模式的AppContext的getBean,内存中缓存了大量的Entity Bean……

眼下仍没有有效解决的方法,通过加大JVM内存大小,与变化数据读取模式(如:刚看完实用信息)缓解了一下。

变更数据读取模式:

例如,一个EntityBean例如,下面的字段:id, name, age, address, description。

在此过程中使用的假设只Bean的id和name场。所以只是从数据库中读取这两个领域,代替读取整个bean以及相关联的Bean。

转载地址:http://olrix.baihongyu.com/

你可能感兴趣的文章
Content type and column用法示例代码来自SharePoint会议
查看>>
JAVA开发常用类(五)
查看>>
设置让EditPlus不产生BAK文件
查看>>
php内置函数实例教程
查看>>
为了有利于保护安全性,Internet 已限制网页运行可以访问计算机的脚本……”...
查看>>
设计模式:外观模式(Façade Pattern)
查看>>
VC:画图
查看>>
ASP.NET中 DataList(数据列表)的使用前台绑定
查看>>
Entity Framework Code First 的用途 和 原理 -摘自网络
查看>>
百度api基本功能与dragging事件的实现
查看>>
iphone开发必知点之--app本地化
查看>>
详细介绍ORACLE sqlplus命令(转)
查看>>
Eclipse SDK更新带来的问题及其总结
查看>>
树莓派使用usb无线适配器
查看>>
Linux学习之CentOS(八)--Linux系统的分区概念
查看>>
C语言字节对齐
查看>>
浅谈Exchange Server邮件存储系统-原理篇(1)
查看>>
Android 使用HTML布局页面
查看>>
[置顶] Java字符编码解析
查看>>
一个最简单的Linux内核模块
查看>>