java.lang.OutOfMemoryError: Java heap space錯誤和方法(集、轉)

錯誤的方式來解決溢出下面的堆空間是從網上找：

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,這回就可以了。

想想。仍是對於垃圾回收的原理不太瞭解，就在網上查了一下，發現了幾篇不錯的文章。

http://java.ccidnet.com/art/3539/20060314/476073_1.html
http://www.pconline.com.cn/pcedu/empolder/gj/java/0509/701281.html

還有: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

========================================================
二、假設在啓動過程當中出現內存溢出問題，拋出類似例如如下異常信息：
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。