最近手頭的專案報記憶體溢位錯誤，記憶體溢位（Out Of Memofy）簡稱為傳說中的OOM。^_^ 網上找資料學習了下JAVA_OPTS引數和配置，應用到生產環境，沒有再報錯。

錯誤資訊：Java.lang.OutOfMemoryError: Java heap space

測試環境：RHEL5.4_x64

jdk-6u20-linux-x64.bin

apache-tomcat-6.0.20

生產環境：Windows Server 2008 Enterprise Edition

jdk-6u21-windows-x64

apache-tomcat-6.0.29

Linux修改catalina.sh檔案

JAVA_OPTS=”-server -Dfile.encoding=UTF-8 -Xms=512m -Xmx1024m -XX:PermSize=128m -XX:MaxPermSize=256m -verbose:gc -Xloggc:${CATALINA_HOME}/logs/gc.log`date +%Y-%m-%d-%H-%M` -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -noclassgc”

Windows修改catalina.bat檔案

set JAVA_OPTS=-server -Xms1024m -Xmx2048m -XX:PermSize=256m -XX:MaxPermSize=512m

Total memory:java虛擬機器正在使用的已經從系統那裡挖到的記憶體大小，也就是java虛擬機器這個程序當時所佔用的所有 記憶體。如果在執行java的時候沒有新增-Xms引數，那麼，在java程式執行的過程的，記憶體總是慢慢的從作業系統那裡挖的，基本上是用多少挖多少，直 到挖到maxMemory()為止，所以totalMemory()是慢慢增大的。如果用了-Xms引數，程式在啟動的時候就會無條件的從作業系統中挖 -Xms後面定義的記憶體數，然後在這些記憶體用的差不多的時候，再去挖。

Max memory：java虛擬機器能夠從作業系統那裡挖到最大記憶體大小，如果在執行java

Free memory:剛才講到如果在執行java的時候沒有新增-Xms引數，那麼，在java程式執行的過程的，記憶體總是慢慢的從作業系統那裡挖的，基本上是用多少挖多少，這些挖過來而又沒有用上的記憶體，實際上就是 freeMemory，所以freeMemory的值一般情況下都是很小的，但是如果你在執行java程式的時候使用了-Xms，這個時候因為程式在啟動的時候就會無條件的從作業系統中挖-Xms後面定義的記憶體數，這個時候，挖過來的記憶體可能大部分沒用上，所以這個時候freeMemory可能會有些大。

JVM記憶體設定方法：

Linux系統直接編輯TOMCAT_HOME/bin/catalina.sh檔案，如上檔案所示，不再多說。

1、Windows系統下，安裝版的tomcat可以啟動”Configure Tomcat”——”Java”選項配置，如下圖所示：

另外安裝JDK的時候若作業系統是64位的，安裝的JDK也必須是64位，不然沒法啟動。Tomcat安裝時指定JDK_HOME路徑就行了。如下圖所示：

2、綠色版本的tomcat， 直接修改catalina.bat檔案，和linux系統不一樣，windows系統下環境變數的設定以set命令開頭，linux系統的shell執行時是會export環境變數的。

set JAVA_OPTS=-server -Xms1024m -Xmx2048m -XX:PermSize=256m -XX:MaxPermSize=512m

引數說明：

-server:一定要作為第一個引數，在多個CPU時效能佳

-Xms：初始Heap大小，使用的最小記憶體,cpu效能高時此值應設的大一些

-Xmx：java heap最大值，使用的最大記憶體

-XX:PermSize:設定記憶體的永久儲存區域

-XX:MaxPermSize:設定最大記憶體的永久儲存區域

-XX:MaxNewSize:

+XX:AggressiveHeap 會使得 Xms沒有意義。這個引數讓jvm忽略Xmx引數,瘋狂地吃完一個G實體記憶體,再吃盡一個G的swap。

-Xss：每個執行緒的Stack大小

-verbose:gc 現實垃圾收集資訊

-Xloggc:gc.log 指定垃圾收集日誌檔案

-Xmn：young generation的heap大小，一般設定為Xmx的3、4分之一

-XX:+UseParNewGC ：縮短minor收集的時間

-XX:+UseConcMarkSweepGC ：縮短major收集的時間

提示：此選項在Heap Size 比較大而且Major收集時間較長的情況下使用更合適。

tomcat 的jvm 記憶體溢位問題的解決

1、首先是：java.lang.OutOfMemoryError: Java heap space

解釋：

JVM堆的設定是指java程式執行過程中JVM可以調配使用的記憶體空間的設定.JVM在啟動的時候會自動設定Heap size的值，其初始空間(即-Xms)是實體記憶體的1/64，最大空間(-Xmx)是實體記憶體的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等選項可進行設定。Heap size 的大小是Young Generation 和Tenured Generaion 之和。

提示：在JVM中如果98％的時間是用於GC且可用的Heap size 不足2％的時候將丟擲此異常資訊。

提示：Heap Size 最大不要超過可用實體記憶體的80％，一般的要將-Xms和-Xmx選項設定為相同，而-Xmn為1/4的-Xmx值。

解決方法：

手動設定Heap size

修改TOMCAT_HOME/bin/catalina.bat，在“echo ”Using CATALINA_BASE: $CATALINA_BASE””上面加入以下行：

set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m -XX:MaxNewSize=256m

2、其次是：java.lang.OutOfMemoryError: PermGen space

原因：

PermGen space的全稱是Permanent Generation space,是指記憶體的永久儲存區域，這塊記憶體主要是被JVM存放Class和Meta資訊的,Class在被Loader時就會被放到PermGen space中，它和存放類例項(Instance)的Heap區域不同,GC(Garbage Collection)不會在主程式執行期對PermGen space進行清理，所以如果你的應用中有很CLASS的話,就很可能出現PermGen space錯誤，這種錯誤常見在web伺服器對JSP進行pre compile的時候。如果你的WEB APP下都用了大量的第三方jar, 其大小超過了jvm預設的大小(4M)那麼就會產生此錯誤資訊了。

解決方法：

手動設定MaxPermSize大小

修改TOMCAT_HOME/bin/catalina.bat（Linux下為catalina.sh），在“echo ”Using CATALINA_BASE: $CATALINA_BASE””上面加入以下行：

set JAVA_OPTS=%JAVA_OPTS% -server -XX:PermSize=128M -XX:MaxPermSize=512m

轉載自：http://blog.csdn.net/qingrx/article/details/8219813