JVM堆的設(shè)置是指java程序運(yùn)行過(guò)程中JVM可以調(diào)配使用的內(nèi)存空間的設(shè)置.

JVM在啟動(dòng)的時(shí)候會(huì)自動(dòng)設(shè)置Heap size的值，其初始空間(即-Xms)是物理內(nèi)存的1/64，最大空間(-Xmx)是物理內(nèi)存的1/4?？梢岳肑VM提供的-Xmn -Xms -Xmx等選項(xiàng)可進(jìn)行設(shè)置。
例如：java -jar -Xmn16m -Xms64m -Xmx128m MyApp.jar

如果Heap Size設(shè)置偏小，除了這些異常信息外，還會(huì)發(fā)現(xiàn)程序的響應(yīng)速度變慢了。GC占用了更多的時(shí)間，而應(yīng)用分配到的執(zhí)行時(shí)間較少。

Heap Size 最大不要超過(guò)可用物理內(nèi)存的80％，一般的要將-Xms和-Xmx選項(xiàng)設(shè)置為相同，而-Xmn為1/4的-Xmx值。
Heap size的 -Xms -Xmn 設(shè)置不要超出物理內(nèi)存的大小。否則會(huì)提示“Error occurred during initialization of VM Could not reserve enough space for object heap”。
經(jīng)過(guò)一個(gè)晚上的努力終于完成了一個(gè)文件替換指定字符串的程序，但是由于我要替換的全站程序html文件太多，所以eclipse下邊老是在一個(gè)目錄結(jié)束后報(bào)出java.lang.OutOfMemoryError: Java heap space的異常，然后就崩潰了。

我一想肯定是頻繁操作造成來(lái)不及回收，于是在每個(gè)循環(huán)之后加上一個(gè)Thread.sleep（1000）,發(fā)現(xiàn)還是到那個(gè)目錄下就死掉，于是把1000改成5000，還是到那里死掉，我想可能不是來(lái)不及回收這么簡(jiǎn)單，或許sun 的JVM里邊剛好對(duì)于這種情況不釋放也有可能。
接著我又把啟動(dòng)的參數(shù)添上一個(gè) -Xmx256M,這回就可以了。

還有:Java堆的管理—垃圾回收提到一下幾點(diǎn)，很不錯(cuò)，或許可以作為寫(xiě)程序時(shí)候的準(zhǔn)則：

　　（1）不要試圖去假定垃圾收集發(fā)生的時(shí)間，這一切都是未知的。比如，方法中的一個(gè)臨時(shí)對(duì)象在方法調(diào)用完畢后就變成了無(wú)用對(duì)象，這個(gè)時(shí)候它的內(nèi)存就可以被釋放。

　?。?）Java中提供了一些和垃圾收集打交道的類，而且提供了一種強(qiáng)行執(zhí)行垃圾收集的方法--調(diào)用System.gc()，但這同樣是個(gè)不確定的方法。Java 中并不保證每次調(diào)用該方法就一定能夠啟動(dòng)垃圾收集，它只不過(guò)會(huì)向JVM發(fā)出這樣一個(gè)申請(qǐng)，到底是否真正執(zhí)行垃圾收集，一切都是個(gè)未知數(shù)。

　?。?）挑選適合自己的垃圾收集器。一般來(lái)說(shuō)，如果系統(tǒng)沒(méi)有特殊和苛刻的性能要求，可以采用JVM的缺省選項(xiàng)。否則可以考慮使用有針對(duì)性的垃圾收集器，比如增量收集器就比較適合實(shí)時(shí)性要求較高的系統(tǒng)之中。系統(tǒng)具有較高的配置，有比較多的閑置資源，可以考慮使用并行標(biāo)記/清除收集器。

　?。?）關(guān)鍵的也是難把握的問(wèn)題是內(nèi)存泄漏。良好的編程習(xí)慣和嚴(yán)謹(jǐn)?shù)木幊虘B(tài)度永遠(yuǎn)是最重要的，不要讓自己的一個(gè)小錯(cuò)誤導(dǎo)致內(nèi)存出現(xiàn)大漏洞。

　?。?）盡早釋放無(wú)用對(duì)象的引用。
大多數(shù)程序員在使用臨時(shí)變量的時(shí)候，都是讓引用變量在退出活動(dòng)域(scope)后，自動(dòng)設(shè)置為null，暗示垃圾收集器來(lái)收集該對(duì)象，還必須注意該引用的對(duì)象是否被監(jiān)聽(tīng)，如果有，則要去掉監(jiān)聽(tīng)器，然后再賦空值。

就是說(shuō),對(duì)于頻繁申請(qǐng)內(nèi)存和釋放內(nèi)存的操作,還是自己控制一下比較好,但是System.gc()的方法不一定適用，最好使用finallize強(qiáng)制執(zhí)行或者寫(xiě)自己的finallize方法。

tomcat
遇到TOMCAT出錯(cuò)：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程序從數(shù)據(jù)庫(kù)中查詢大量的數(shù)據(jù)時(shí)出現(xiàn)異常:
java.lang.OutOfMemoryError: Java heap space
在JVM中如果98％的時(shí)間是用于GC且可用的 Heap size 不足2％的時(shí)候?qū)伋龃水惓Ｐ畔ⅰ?br>JVM堆的設(shè)置是指java程序運(yùn)行過(guò)程中JVM可以調(diào)配使用的內(nèi)存空間的設(shè)置.JVM在啟動(dòng)的時(shí)候會(huì)自動(dòng)設(shè)置Heap size的值，其初始空間(即-Xms)是物理內(nèi)存的1/64，最大空間(-Xmx)是物理內(nèi)存的1/4?？梢岳肑VM提供的-Xmn -Xms -Xmx等選項(xiàng)可進(jìn)行設(shè)置。
解決辦法：
tomcat_home/bin下catalina.bat(win)或catalina.sh(linux)執(zhí)行代碼前加上：
set JAVA_OPTS=%JAVA_OPTS% -Xms128m -Xmx512m

===
eclipse java.lang.OutOfMemoryError: Java heap space 解決方案
=
eclipse java.lang.OutOfMemoryError: Java heap space 解決方案

eclipse 有啟動(dòng)參數(shù)里設(shè)置jvm大小，因?yàn)閑clipse運(yùn)行時(shí)自己也需要jvm,所以eclipse.ini里設(shè)置的jvm大小不是具體某個(gè)程序運(yùn)行時(shí)所用jvm的大小，這和具體程序運(yùn)行的jvm大小無(wú)關(guān)。

那么怎么才能設(shè)置某個(gè)程序的jvm大小呢（當(dāng)然控制臺(tái)運(yùn)行的話不會(huì)存在這個(gè)問(wèn)題，如：java -Xms256m -Xmx1024m classname，這樣就可以把當(dāng)前程序的jvm大小給設(shè)定）？

因?yàn)閑clipse里默認(rèn)的一個(gè)程序的jvm配置為：-Xms8m -Xmx128m，所以我們的處理耗內(nèi)存比較大時(shí)需要手動(dòng)調(diào)整一下，以便不會(huì)內(nèi)存溢出。具體的設(shè)置方法為：

選中被運(yùn)行的類，點(diǎn)擊菜單‘Run as ->Open Run Dialog...’，選擇(x)=Argument標(biāo)簽頁(yè)下的vm arguments框里輸入 -Xmx512m, 保存運(yùn)行就ok了
Eclipse中java.lang.OutOfMemoryError: Java heap space

錯(cuò)誤2007-06-12 11:53java.lang.OutOfMemoryError: Java heap space錯(cuò)誤

在tomcat in的catalina.bat里加
set JAVA_OPTS=-Xms256m -Xmx512m -Djava.awt.headless=true
256和512分別是MIN和MAX內(nèi)存
在eclipse中的
windows->preferences..->tomcat->jvm..->jvm那一個(gè)文本框里，添加-Xms256m -Xmx512m
這樣就可以了！
Eclipse中VM設(shè)定方法 - [] - Tag：java.lang.OutOfMemoryError: Java heap space

點(diǎn)擊右鍵，選擇run...，彈出窗口如下圖，在vm輸入框中填寫(xiě)合適的內(nèi)存值即可。
eclipse中，黃線是警示。
private Log log = LogFactory.getLog(AddCateAction.class);//小黃線在log上。
這里的黃線是指你定義了私有變量log,但沒(méi)有用到這個(gè)變量。
v.add(o); //這時(shí)eclipse下面出現(xiàn)了一個(gè)小黃線，表示仍然被引用？
這里是指add方法是不推薦的方法。

OutOfMemoryError和懷疑的引用沒(méi)有關(guān)系，可能是循環(huán)創(chuàng)建對(duì)象導(dǎo)致java內(nèi)存不足。

用參數(shù)指定java虛擬機(jī)的內(nèi)存.
java -Xms256m -Xmx1024m -XX:MaxPermSize=256M
2、如果在啟動(dòng)過(guò)程中出現(xiàn)內(nèi)存溢出問(wèn)題，拋出類似如下異常信息：
java.lang.OutOfMemoryError: Java heap space

可以嘗試辦法：
A.修改Tomcat\bin\catalina.bat,添加如下內(nèi)容
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,增加參數(shù)：-Xms256m -Xmx512m

參考原因：JVM中如果98％的時(shí)間是用于GC且可用的, Heap size不足2％的時(shí)候?qū)伋龃水惓Ｐ畔ⅰ?br>JVM堆的設(shè)置是指java程序運(yùn)行過(guò)程中JVM可以調(diào)配使用的內(nèi)存空間的設(shè)置.JVM在啟動(dòng)的時(shí)候會(huì)自動(dòng)設(shè)置Heap size的值，其初始空間(即-Xms)是物理內(nèi)存的1/64，最大空間(-Xmx)是物理內(nèi)存的1/4。
可以利用JVM提供的-Xmn -Xms -Xmx等選項(xiàng)可進(jìn)行設(shè)置。Heap Size 最大不要超過(guò)可用物理內(nèi)存的80％，一般的要將-Xms和-Xmx選項(xiàng)設(shè)置為相同，而-Xmn為1/4的-Xmx值。
Heap size的 -Xms -Xmn 設(shè)置不要超出物理內(nèi)存的大小。否則會(huì)提示“Error occurred during initialization of VM Could not reserve enough space for object heap”。

我的問(wèn)題原因：

使用Spring+Hibernate從數(shù)據(jù)庫(kù)中讀取大量數(shù)據(jù)，使用了單例模式的AppContext的getBean，內(nèi)存中緩存了大量的Entity Bean……

目前仍沒(méi)有有效解決辦法，通過(guò)加大JVM內(nèi)存大小，以及修改數(shù)據(jù)讀取方式(如：只讀取有用信息)緩解了一下。

修改數(shù)據(jù)讀取方式：
例如一個(gè)EntityBean有如下字段：id, name, age, address, description。如果程序中只用到了此Bean的id和name字段，那么從數(shù)據(jù)庫(kù)中只用讀此兩字段，而不是讀取整個(gè)bean以及關(guān)聯(lián)的Bean。

文章出處：飛諾網(wǎng)(www.):http://dev./course/3_program/java/javajs/200861/118523.html