JAVA_OPTS引數說明與配置

最近手頭的專案報記憶體溢位錯誤，記憶體溢位（Out Of Memofy）
錯誤資訊：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.logdate +%Y-%m-%d-%H-%M

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程式的時候，沒有新增-Xmx引數，那麼預設就是64兆，這是java虛擬機器預設情況下能 從作業系統那裡挖到的最大的記憶體。如果添加了-Xmx引數，將以這個引數後面的值為準，建議設為記憶體的一半。
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