一、tomcat內(nèi)存設(shè)置問題
在使用Java程序從數(shù)據(jù)庫中查詢大量的數(shù)據(jù)或是應(yīng)用服務(wù)器(如tomcat、jboss,weblogic)加載jar包時會出現(xiàn)java.lang.OutOfMemoryError異常。這主要是由于應(yīng)用服務(wù)器的內(nèi)存不足引起的。這種異常常有以下幾種情況（以下以tomcat環(huán)境為例，其它WEB服務(wù)器如jboss,weblogic等是同一個道理）：
1. java.lang.OutOfMemoryError: PermGen space
PermGen space的全稱是Permanent Generation space，是指內(nèi)存的永久保存區(qū)域OutOfMemoryError: PermGen space。從文字上看就是內(nèi)存溢出，解決方法是加大內(nèi)存。為什么會內(nèi)存溢出，這是由于這塊內(nèi)存主要是被JVM存放Class和Meta信息的，Class在被Load的時候被放入PermGen space區(qū)域，它和存放Instance的Heap區(qū)域不同,GC(Garbage Collection)不會在主程序運行期對PermGen space進行清理，所以如果你的APP會LOAD很多CLASS的話，就很可能出現(xiàn)PermGen space錯誤。這種錯誤常見在web服務(wù)器對JSP進行pre compile的時候。如果你的WEB APP下都用了大量的第三方j(luò)ar, 其大小超過了jvm默認的大小(4M)那么就會產(chǎn)生此錯誤信息了。
解決方法： 手動設(shè)置MaxPermSize大小
a.如果tomcat是以bat方式啟動的，則如下設(shè)置：
修改TOMCAT_HOME/bin/catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m
b.如果tomcat是注冊成了windows服務(wù)，以services方式啟動的，則需要修改注冊表中的相應(yīng)鍵值。
打開注冊表，找到目錄HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Procrun 2.0\htfty\Parameters\Java，其中目錄地址中紅色標注的（如htfty）需要根據(jù)不同情況作修改，為tomcat服務(wù)注冊成windows服務(wù)的名稱。 可以看到JvmMs和JvmMx項，其中JvmMs設(shè)置最小的內(nèi)存使用參數(shù)，JvmMx設(shè)置最大的內(nèi)存使用參數(shù)。設(shè)置好JvmMs和JvmMx項的值，重啟tomcat服務(wù)器即可生效。
建議：將相同的第三方j(luò)ar文件移置到tomcat/shared/lib目錄下，這樣可以達到減少jar 文檔重復占用內(nèi)存的目的。
2. java.lang.OutOfMemoryError: Java heap space
JVM堆的設(shè)置是指java程序運行過程中JVM可以調(diào)配使用的內(nèi)存空間的設(shè)置。JVM在啟動的時候會自動設(shè)置Heap size的值，其初始空間(即-Xms)是物理內(nèi)存的1/64，最大空間(-Xmx)是物理內(nèi)存的1/4?？梢岳肑VM提供的-Xmn -Xms -Xmx等選項可進行設(shè)置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。在JVM中如果98％的時間是用于GC且可用的Heap size 不足2％的時候?qū)伋龃水惓Ｐ畔ⅰ?/p>
解決方法：手動設(shè)置Heap size
a.如果tomcat是以bat方式啟動的，則如下設(shè)置：
修改TOMCAT_HOME/bin/catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
JAVA_OPTS="-server -Xms800m -Xmx800m -XX:MaxNewSize=256m"
b.如果tomcat是注冊成了windows服務(wù)，以services方式啟動的，則需要修改注冊表中的相應(yīng)鍵值。
打開注冊表，找到目錄HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Procrun 2.0\htfty\Parameters\Java，其中目錄地址中紅色標注的（如htfty）需要根據(jù)不同情況作修改，為tomcat服務(wù)注冊成windows服務(wù)的名稱。 可以看到JvmMs和JvmMx項，其中JvmMs設(shè)置最小的內(nèi)存使用參數(shù)，JvmMx設(shè)置最大的內(nèi)存使用參數(shù)。設(shè)置好JvmMs和JvmMx項的值，重啟tomcat服務(wù)器即可生效。
提示：Heap Size 最大不要超過可用物理內(nèi)存的80％，一般的要將-Xms和-Xmx選項設(shè)置為相同，而-Xmn為1/4的-Xmx值。
二、Tomcat本身不能直接在計算機上運行，需要依賴于硬件基礎(chǔ)之上的操作系統(tǒng)和一個java虛擬機。JAVA程序啟動時JVM都會分配一個初始內(nèi)存和最大內(nèi)存給這個應(yīng)用程序。這個初始內(nèi)存和最大內(nèi)存在一定程度都會影響程序的性能。比如說在應(yīng)用程序用到最大內(nèi)存的時候，JVM是要先去做垃圾回收的動作，釋放被占用的一些內(nèi)存。所以想調(diào)整Tomcat的啟動時初始內(nèi)存和最大內(nèi)存就需要向JVM聲明，一般的JAVA程序在運行都可以通過中-Xms -Xmx來調(diào)整應(yīng)用程序的初始內(nèi)存和最大內(nèi)存: 這兩個值的大小一般根據(jù)需要進行設(shè)置。初始化堆的大小執(zhí)行了虛擬機在啟動時向系統(tǒng)申請的內(nèi)存的大小。一般而言，這個參數(shù)不重要。但是有的應(yīng)用程序在大負載的情況下會急劇地占用更多的內(nèi)存，此時這個參數(shù)就是顯得非常重要，如果虛擬機啟動時設(shè)置使用的內(nèi)存比較小而在這種情況下有許多對象進行初始化，虛擬機就必須重復地增加內(nèi)存來滿足使用。由于這種原因，我們一般把-Xms和-Xmx設(shè)為一樣大，而堆的最大值受限于系統(tǒng)使用的物理內(nèi)存。一般使用數(shù)據(jù)量較大的應(yīng)用程序會使用持久對象，內(nèi)存使用有可能迅速地增長。當應(yīng)用程序需要的內(nèi)存超出堆的最大值時虛擬機就會提示內(nèi)存溢出，并且導致應(yīng)用服務(wù)崩潰。因此一般建議堆的最大值設(shè)置為可用內(nèi)存的最大值的80%。
Tomcat默認可以使用的內(nèi)存為128MB，在較大型的應(yīng)用項目中，這點內(nèi)存是不夠的，需要調(diào)大。有以下幾種方法可以選用：
第一種方法：
Windows下，在文件/bin/catalina.bat，Unix下，在文件/bin/catalina.sh的前面，增加如下設(shè)置：
JAVA_OPTS='-Xms【初始化內(nèi)存大小】 -Xmx【可以使用的最大內(nèi)存】'
需要把這個兩個參數(shù)值調(diào)大。例如：
JAVA_OPTS='-Xms256m -Xmx512m'
表示初始化內(nèi)存為256MB，可以使用的最大內(nèi)存為512MB。
第二種方法： 環(huán)境變量中設(shè) 變量名：JAVA_OPTS 變量值：-Xms512m -Xmx512m
第三種方法：前兩種方法針對的是bin目錄下有catalina.bat的情況（比如直接解壓的Tomcat等），但是有些安裝版的Tomcat下沒有catalina.bat，這個時候可以采用如下方法，當然這個方法也是最通用的方法：打開tomcatHome/\bin/\tomcat5w.exe，點擊Java選項卡，然后將會發(fā)現(xiàn)其中有這么兩項：Initial memory pool和Maximum memory pool.Initial memory pool這個就是初始化設(shè)置的內(nèi)存的大小。Maximum memory pool這個是最大內(nèi)存的大小 設(shè)置完了就按確定然后再重啟TOMCAT你就會發(fā)現(xiàn)tomcat中jvm可用的內(nèi)存改變了
另外需要考慮的是Java提供的垃圾回收機制。虛擬機的堆大小決定了虛擬機花費在收集垃圾上的時間和頻度。收集垃圾可以接受的速度與應(yīng)用有關(guān)，應(yīng)該通過分析實際的垃圾收集的時間和頻率來調(diào)整。如果堆的大小很大，那么完全垃圾收集就會很慢，但是頻度會降低。如果你把堆的大小和內(nèi)存的需要一致，完全收集就很快，但是會更加頻繁。調(diào)整堆大小的的目的是最小化垃圾收集的時間，以在特定的時間內(nèi)最大化處理客戶的請求。在基準測試的時候，為保證最好的性能，要把堆的大小設(shè)大，保證垃圾收集不在整個基準測試的過程中出現(xiàn)。 如果系統(tǒng)花費很多的時間收集垃圾，請減小堆大小。一次完全的垃圾收集應(yīng)該不超過 3-5 秒。如果垃圾收集成為瓶頸，那么需要指定代的大小，檢查垃圾收集的詳細輸出，研究 垃圾收集參數(shù)對性能的影響。一般說來，你應(yīng)該使用物理內(nèi)存的 80% 作為堆大小。當增加處理器時，記得增加內(nèi)存，因為分配可以并行進行，而垃圾收集不是并行的。
一個要注意的地方：建議把內(nèi)存的最高值跟最低值的差值縮小，不然會浪費很多內(nèi)存的， 最低值加大 ，最高值可以隨便設(shè)，但是要根據(jù)實際的物理內(nèi)存 ，如果內(nèi)存設(shè)置太大了,比如設(shè)置了512M最大內(nèi)存,但如果沒有512M可用內(nèi)存,Tomcat就不能啟動，還有可能存在內(nèi)存被系統(tǒng)回收，終止進程的情況。
另附
最近在熟悉一個開發(fā)了有幾年的項目，需要把數(shù)據(jù)庫從mysql移植到oracle，首先把jdbc的連接指向mysql，打包放到tomcat里面，可以跑起來，沒有問題，可是當把jdbc連接指向oracle的時候，tomcat就連續(xù)拋java.lang.OutOfMemoryError的錯誤，上網(wǎng)google了一下，了解了一下tomcat的運行機制，也解決了問題，share出來，以備查。
1、首先是：java.lang.OutOfMemoryError: Java heap space
解釋：
Heap size 設(shè)置
JVM堆的設(shè)置是指java程序運行過程中JVM可以調(diào)配使用的內(nèi)存空間的設(shè)置.JVM在啟動的時候會自動設(shè)置Heap size的值，其初始空間(即-Xms)是物理內(nèi)存的1/64，最大空間(-Xmx)是物理內(nèi)存的1/4?？梢岳肑VM提供的-Xmn -Xms -Xmx等選項可進行設(shè)置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。
提示：在JVM中如果98％的時間是用于GC且可用的Heap size 不足2％的時候?qū)伋龃水惓Ｐ畔ⅰ?nbsp;
提示：Heap Size 最大不要超過可用物理內(nèi)存的80％，一般的要將-Xms和-Xmx選項設(shè)置為相同，而-Xmn為1/4的-Xmx值。
解決方法：
手動設(shè)置Heap size
修改TOMCAT_HOME/bin/catalina.bat，在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m -XX:MaxNewSize=256m
或修改catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
JAVA_OPTS="$JAVA_OPTS -server -Xms800m -Xmx800m -XX:MaxNewSize=256m"
2、其次是：java.lang.OutOfMemoryError: PermGen space
原因：
PermGen space的全稱是Permanent Generation space,是指內(nèi)存的永久保存區(qū)域，這塊內(nèi)存主要是被JVM存放Class和Meta信息的,Class在被Loader時就會被放到PermGen space中，它和存放類實例(Instance)的Heap區(qū)域不同,GC(Garbage Collection)不會在主程序運行期對PermGen space進行清理，所以如果你的應(yīng)用中有很CLASS的話,就很可能出現(xiàn)PermGen space錯誤，這種錯誤常見在web服務(wù)器對JSP進行pre compile的時候。如果你的WEB APP下都用了大量的第三方j(luò)ar, 其大小超過了jvm默認的大小(4M)那么就會產(chǎn)生此錯誤信息了。
解決方法：
1. 手動設(shè)置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
catalina.sh下為：
JAVA_OPTS="$JAVA_OPTS -server -XX:PermSize=128M -XX:MaxPermSize=512m"
另外看到了另外一個帖子，覺得挺好，摘抄如下：
分析java.lang.OutOfMemoryError: PermGen space
發(fā)現(xiàn)很多人把問題歸因于： spring,hibernate,tomcat，因為他們動態(tài)產(chǎn)生類,導致JVM中的permanent heap溢出 。然后解決方法眾說紛紜，有人說升級 tomcat版本到最新甚至干脆不用tomcat。還有人懷疑spring的問題，在spring論壇上討論很激烈，因為spring在AOP時使用CBLIB會動態(tài)產(chǎn)生很多類。
但問題是為什么這些王牌的開源會出現(xiàn)同一個問題呢，那么是不是更基礎(chǔ)的原因呢？tomcat在Q&A很隱晦的回答了這一點，我們知道這個問題，但這個問題是由一個更基礎(chǔ)的問題產(chǎn)生。
于是有人對更基礎(chǔ)的JVM做了檢查，發(fā)現(xiàn)了問題的關(guān)鍵。原來SUN 的JVM把內(nèi)存分了不同的區(qū)，其中一個就是permenter區(qū)用來存放用得非常多的類和類描述。本來SUN設(shè)計的時候認為這個區(qū)域在JVM啟動的時候就固定了，但他沒有想到現(xiàn)在動態(tài)會用得這么廣泛。而且這個區(qū)域有特殊的垃圾收回機制，現(xiàn)在的問題是動態(tài)加載類到這個區(qū)域后，gc根本沒辦法回收！
對于以上兩個問題，我的處理是：
在catalina.bat的第一行增加：
set JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m
在catalina.sh的第一行增加：
JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m
