因為程式要從資料讀取近10W行記錄處理，當讀到9W的時候就出現 java.lang.OutOfMemoryError: Java heap space 這樣的錯誤。
在網上一查可能是JAVA的堆疊設定太小的原因。
跟據網上的答案大致有這兩種解決方法：
1、設定環境變數
set JAVA_OPTS= -Xms32m -Xmx512m
可以根據自己機器的記憶體進行更改,但本人測試這種方法並沒有解決問題。可能是還有哪裡需要設定。

2、java -Xms32m -Xmx800m className
就是在執行JAVA類檔案時加上這個引數，其中className是需要執行的確類名。（包括包名）
這個解決問題了。而且執行的速度比沒有設定的時候快很多。

如果在測試的時候可能會用Eclispe 這時候就需要在Eclipse ->run -arguments 中的VM arguments 中輸入-Xms32m -Xmx800m這個引數就可以了。


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"