內存分配:

以下給出1G內存環境下java jvm 的參數設置參考：
JAVA_OPTS=”-server -Xms800m -Xmx800m -XX:PermSize=64M
-XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true ”
JAVA_OPTS=”-server -Xms768m -Xmx768m -XX:PermSize=128m
-XX:MaxPermSize=256m -XX:NewSize=192m -XX:MaxNewSize=384m”
CATALINA_OPTS=”-server -Xms768m -Xmx768m -XX:PermSize=128m
-XX:MaxPermSize=256m
-XX:NewSize=192m -XX:MaxNewSize=384m”

Linux：

在/usr/local/apache-tomcat-5.5.23/bin目錄下的catalina.sh
添加：JAVA_OPTS=’-Xms512m -Xmx1024m’
要加“m”說明是MB，否則就是KB了，在啟動tomcat時會報內存不足。
-Xms：初始值
-Xmx：最大值
-Xmn：最小值

Windows
在catalina.bat最前面加入
set JAVA_OPTS=-Xms128m -Xmx350m
如果用startup.bat啟動tomcat,OK設置生效.夠成功的分配200M內存.

但是如果不是執行startup.bat啟動tomcat而是利用windows的系統服務啟動tomcat服務,
上面的設置就不生效了,
就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.
上面分配200M內存就OOM了..
windows服務執行的是bin\tomcat.exe.他讀取注冊表中的值,而不是catalina.bat的設置.
解決辦法:
修改注冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation
\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions
原值為
-Dcatalina.home=”C:\ApacheGroup\Tomcat 5.0″
-Djava.endorsed.dirs=”C:\ApacheGroup\Tomcat 5.0\common\endorsed”
-Xrs
加入 -Xms300m -Xmx350m
重起tomcat服務,設置生效
（Tomcat 5.5 的話，在Apache Software Foundation下有個Procrun 2.0的 Tomcat5\Parameters\Java下
設置JvmMs和JvmMx的值就可以了，要修改10進制的值哦）

不過，OS對內存也有限制

附：如何獲得JVM的最大可用內存

在命令行下用 java -XmxXXXXM -version 命令來進行測試，然后逐漸的增大XXXX的值，如果執行正常就表示指定的內存大小可用，否則會打印錯誤信息。

實際發現版本上有細微差別的JDK最大容許內存值都不盡相同，因此在實際的應用中還是要自己試驗一下看到底內存能達到什么樣的值。

通過這個表想說明的是，如果你的機器的內存太多的話，只能通過多運行幾個實例來提供機器的利用率了，例如跑Tomcat，你可以多裝幾個Tomcat并做集群，依此類推。

這個人家測試的結果，我這里引用一下

公司 JVM版本 最大內存(兆)client 最大內存(兆)server
SUN 1.5.x 1492 1520
SUN 1.5.5(Linux) 2634 2660
SUN 1.4.2 1564 1564
SUN 1.4.2(Linux) 1900 1260
IBM 1.4.2(Linux) 2047 N/A
BEA JRockit 1.5 (U3) 1909 1902

所以跟OS的系統版本，jdk版本有很大的關系。要是希望充分利用內存，就考慮使用集群。

一、在tomcat的catalina.bat中修改，加入-Dcom.sun.management.jmxremote參數
set JAVA_OPTS=%JAVA_OPTS% -Dcom.sun.management.jmxremote

二、需要使用jdk5.0以上，打開bin目錄下的jconsole.exe，即可連接跟蹤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項目中也很容易出現這樣的問題。http://www.javaeye.com/topic/80620?page=1 的帖子有討論的這個問題。可能是由于這些框架會動態class，而且jvm的gc是不會清理PemGen space的，導致內存溢出。
??????? 這一個一般是加大-XX:PermSize? -XX:MaxPermSize 來解決問題。
??????? -XX:PermSize 永久保存區域初始大小
??????? -XX:PermSize 永久保存區域初始最大值
??????? 這一般結合第一條使用，比如 set JAVA_OPTS= -Xms1024m -Xmx1024m? -XX:PermSize=128M -XX:PermSize=256M
??????? 有一點需要注意：java -Xmx***M? version 命令來測試的最大堆內存是 -Xmx與 -XX:PermSize的 和 比如系統支持最大的jvm堆大小事1.5G，那? -Xmx1024m? -XX:PermSize=768M 是無法運行的。
第三種：無法創建新的線程。
??????? 這種現象比較少見，也比較奇怪，主要是和jvm與系統內存的比例有關。
??????? 這種怪事是因為JVM已經被系統分配了大量的內存(比如1.5G)，并且它至少要占用可用內存的一半。有人發現，在線程個數很多的情況下，你分配給JVM的內存越多，那么，上述錯誤發生的可能性就越大。
??????? 產生這種現象的原因如下（從這個blog中了解到原因：http://hi.baidu.com/hexiong/blog/item/16dc9e518fb10c2542a75b3c.html）：
??????? 每一個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內存分配進行不同的診斷才能從根本上解決問題。

Tomcat中對內存的分配與溢出的處理辦法