在生産環境中tomcat記憶體設定不好很容易出現記憶體溢出。造成記憶體原因是不一樣的，當然處理方式也不一樣。 這裡根據平時遇到的情況和相關資料進行一個總結。常見的一般會有下面三種情況：
1.OutOfMemoryError: Java heap space
2.OutOfMemoryError: PermGen space
3.OutOfMemoryError:unable to create new native thread.
對于前兩種情況，在應用本身沒有記憶體洩露的情況下可以用設定tomcat jvm參數來解決。(-Xms, -Xmx, -XX:PermSize, -XX:MaxPermSize)，最後一種可能需要調整作業系統和tomcat jvm參數同時調整才能達到目的。
第一種：是堆溢出。
在JVM中如果98％的時間是用于GC且可用的Heap size 不足2％的時候将抛出此異常資訊。沒有記憶體洩露的情況下，調整-Xms,-Xmx參數可以解決。
-Xms:初始堆大小
-Xmx:最大堆大小
但堆的大小受下面三方面影響：
1.相關作業系統的資料模型(32-bt還是64-bit)限制；(32位系統下，一般限制在1.5G~2G；我在2003 server 系統下(實體記憶體：4G和6G，jdk：1.6)測試 1612M，64為作業系統對記憶體無限制。)
2.系統的可用虛拟記憶體限制；
3.系統的可用實體記憶體限制。
堆的大小可以使用 java -Xmx***M version 指令來測試。支援的話會出現jdk的版本号，不支援會報錯。
-Xms, -Xmx一般配置成一樣比較好比如set JAVA_OPTS= -Xms1024m -Xmx1024m
第二種：永久儲存區域溢出
PermGen space的全稱是Permanent Generation space，是指記憶體的永久儲存區域。這一部分用于存放Class和Meta的資訊，Class在被 Load的時候被放入PermGen space區域，它和和存放Instance的Heap區域不同，GC(Garbage Collection)不會在主程式運作期對PermGen space進行清理，是以如果你的APP會LOAD很多CLASS的話，就很可能出現PermGen space錯誤。這種錯誤常見在web伺服器對JSP進行pre compile的時候。但目前的hibernate和spring項目中也很容易出現這樣的問題。可能是由于這些架構會動态class，而且jvm的gc 是不會清理PemGen space的，導緻記憶體溢出。
這一個一般是加大-XX:PermSize, -XX:MaxPermSize 來解決問題。
-XX:PermSize 永久儲存區域初始大小
-XX:MaxPermSize 永久儲存區域初始最大值
這一般結合第一條使用，比如 set JAVA_OPTS= -Xms 1024m -Xmx 1024m -XX:PermSize=128M -XX:MaxPermSize=256M
有一點需要注意：java -Xmx***M version 指令來測試的最大堆記憶體是 -Xmx與 -XX:PermSize的 和 比如系統支援最大的jvm堆大小事1.5G，那 -Xmx1024m -XX：PermSize=768M 是無法運作的。
第三種：無法建立新的線程。
這種現象比較少見，也比較奇怪，主要是和jvm與系統記憶體的比例有關。
這種怪事是因為JVM已經被系統配置設定了大量的記憶體(比如1.5G)，并且它至少要占用可用記憶體的一半。有人發現，線上程個數很多的情況下，你配置設定給JVM的記憶體越多，那麼，上述錯誤發生的可能性就越大。
産生這種現象的原因如下：
每 一個32位的程序最多可以使用2G的可用記憶體，因為另外2G被作業系統保留。這裡假設使用1.5G給JVM，那麼還餘下500M可用記憶體。這500M記憶體 中的一部分必須用于系統dll的加載，那麼真正剩下的也許隻有400M，現在關鍵的地方出現了：當你使用Java建立一個線程，在JVM的記憶體裡也會建立 一個Thread對象，但是同時也會在作業系統裡建立一個真正的實體線程(參考JVM規範)，作業系統會在餘下的400兆記憶體裡建立這個實體線程，而不是 在JVM的1500M的記憶體堆裡建立。在jdk1.4裡頭，預設的棧大小是256KB，但是在jdk1.5裡頭，預設的棧大小為1M每線程，是以，在餘下 400M的可用記憶體裡邊我們最多也隻能建立400個可用線程。
這樣結論就出來了，要想建立更多的線程，你必須減少配置設定給JVM的最大記憶體。還有一種做法是讓JVM宿主在你的JNI代碼裡邊。
給出一個有關能夠建立線程的最大個數的估算公式：
(MaxProcessMemory – JVMMemory – ReservedOsMemory) / (ThreadStackSize) = Number of threads
對于jdk1.5而言，假設作業系統保留120M記憶體：
1.5GB JVM:(2GB-1.5Gb-120MB)/(1MB) = ~380 threads
1.0GB JVM:(2GB-1.0Gb-120MB)/(1MB) = ~880 threads
在2000/XP/2003的boot.ini裡頭有一個啟動選項，好像是：/PAE /3G ，可以讓使用者程序最大記憶體擴充至3G，這時作業系統隻能占用最多1G的虛存。那樣應該可以讓JVM建立更多的線程。 是以這種情況需要結合作業系統進行相關調整。
是以：我們需要結合不同情況對tomcat記憶體配置設定進行不同的診斷才能從根本上解決問題。