內(nèi)存分配:

以下給出1G內(nèi)存環(huán)境下java jvm 的參數(shù)設(shè)置參考：
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了，在啟動(dòng)tomcat時(shí)會(huì)報(bào)內(nèi)存不足。
-Xms：初始值
-Xmx：最大值
-Xmn：最小值

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

但是如果不是執(zhí)行startup.bat啟動(dòng)tomcat而是利用windows的系統(tǒng)服務(wù)啟動(dòng)tomcat服務(wù),
上面的設(shè)置就不生效了,
就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.
上面分配200M內(nèi)存就OOM了..
windows服務(wù)執(zhí)行的是bin\tomcat.exe.他讀取注冊表中的值,而不是catalina.bat的設(shè)置.
解決辦法:
修改注冊表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服務(wù),設(shè)置生效
（Tomcat 5.5 的話，在Apache Software Foundation下有個(gè)Procrun 2.0的 Tomcat5\Parameters\Java下
設(shè)置JvmMs和JvmMx的值就可以了，要修改10進(jìn)制的值哦）

不過，OS對(duì)內(nèi)存也有限制

附：如何獲得JVM的最大可用內(nèi)存

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

實(shí)際發(fā)現(xiàn)版本上有細(xì)微差別的JDK最大容許內(nèi)存值都不盡相同，因此在實(shí)際的應(yīng)用中還是要自己試驗(yàn)一下看到底內(nèi)存能達(dá)到什么樣的值。

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

這個(gè)人家測試的結(jié)果，我這里引用一下

公司 JVM版本 最大內(nèi)存(兆)client 最大內(nèi)存(兆)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的系統(tǒng)版本，jdk版本有很大的關(guān)系。要是希望充分利用內(nèi)存，就考慮使用集群。

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

二、需要使用jdk5.0以上，打開bin目錄下的jconsole.exe，即可連接跟蹤tomcat的內(nèi)存使用情況

內(nèi)存溢出的處理辦法:

常見的一般會(huì)有下面三種情況：
??????? 1.OutOfMemoryError: Java heap space
??????? 2.OutOfMemoryError: PermGen space
??????? 3.OutOfMemoryError: unable to create new native thread.
對(duì)于前兩種情況，在應(yīng)用本身沒有內(nèi)存泄露的情況下可以用設(shè)置tomcat jvm參數(shù)來解決。（-Xms -Xmx -XX:PermSize? -XX:MaxPermSize）
最后一種可能需要調(diào)整操作系統(tǒng)和tomcat jvm參數(shù)同時(shí)調(diào)整才能達(dá)到目的。
第一種：是堆溢出。
??????? 在JVM中如果98％的時(shí)間是用于GC且可用的 Heap size 不足2％的時(shí)候?qū)伋龃水惓Ｐ畔ⅰ?
??????? 沒有內(nèi)存泄露的情況下，調(diào)整-Xms -Xmx參數(shù)可以解決。
??????? -Xms:初始堆大小
??????? -Xmx:最大堆大小
??????? 但堆的大小受下面三方面影響：
??????? 1.相關(guān)操作系統(tǒng)的數(shù)據(jù)模型（32-bt還是64-bit）限制；（32位系統(tǒng)下，一般限制在1.5G~2G；我在2003 server 系統(tǒng)下（物理內(nèi)存：4G和6G，jdk：1.6）測試 1612M，64為操作系統(tǒng)對(duì)內(nèi)存無限制。）
??????? 2.系統(tǒng)的可用虛擬內(nèi)存限制；
??????? 3.系統(tǒng)的可用物理內(nèi)存限制。
??????? 堆的大小可以使用 java -Xmx***M? version 命令來測試。支持的話會(huì)出現(xiàn)jdk的版本號(hào)，不支持會(huì)報(bào)錯(cuò)。
???????? -Xms -Xmx一般配置成一樣比較好比如set JAVA_OPTS= -Xms1024m -Xmx1024m
第二種：永久保存區(qū)域溢出
??????? PermGen space的全稱是Permanent Generation space,是指內(nèi)存的永久保存區(qū)域。這一部分用于存放Class和Meta的信息,Class在被 Load的時(shí)候被放入PermGen space區(qū)域，它和和存放Instance的Heap區(qū)域不同,GC(Garbage Collection)不會(huì)在主程序運(yùn)行期對(duì)PermGen space進(jìn)行清理，所以如果你的APP會(huì)LOAD很多CLASS的話,就很可能出現(xiàn)PermGen space錯(cuò)誤。這種錯(cuò)誤常見在web服務(wù)器對(duì)JSP進(jìn)行pre compile的時(shí)候。但目前的hibernate和spring項(xiàng)目中也很容易出現(xiàn)這樣的問題。http://www.javaeye.com/topic/80620?page=1 的帖子有討論的這個(gè)問題。可能是由于這些框架會(huì)動(dòng)態(tài)class，而且jvm的gc是不會(huì)清理PemGen space的，導(dǎo)致內(nèi)存溢出。
??????? 這一個(gè)一般是加大-XX:PermSize? -XX:MaxPermSize 來解決問題。
??????? -XX:PermSize 永久保存區(qū)域初始大小
??????? -XX:PermSize 永久保存區(qū)域初始最大值
??????? 這一般結(jié)合第一條使用，比如 set JAVA_OPTS= -Xms1024m -Xmx1024m? -XX:PermSize=128M -XX:PermSize=256M
??????? 有一點(diǎn)需要注意：java -Xmx***M? version 命令來測試的最大堆內(nèi)存是 -Xmx與 -XX:PermSize的 和 比如系統(tǒng)支持最大的jvm堆大小事1.5G，那? -Xmx1024m? -XX:PermSize=768M 是無法運(yùn)行的。
第三種：無法創(chuàng)建新的線程。
??????? 這種現(xiàn)象比較少見，也比較奇怪，主要是和jvm與系統(tǒng)內(nèi)存的比例有關(guān)。
??????? 這種怪事是因?yàn)镴VM已經(jīng)被系統(tǒng)分配了大量的內(nèi)存(比如1.5G)，并且它至少要占用可用內(nèi)存的一半。有人發(fā)現(xiàn)，在線程個(gè)數(shù)很多的情況下，你分配給JVM的內(nèi)存越多，那么，上述錯(cuò)誤發(fā)生的可能性就越大。
??????? 產(chǎn)生這種現(xiàn)象的原因如下（從這個(gè)blog中了解到原因：http://hi.baidu.com/hexiong/blog/item/16dc9e518fb10c2542a75b3c.html）：
??????? 每一個(gè)32位的進(jìn)程最多可以使用2G的可用內(nèi)存，因?yàn)榱硗?G被操作系統(tǒng)保留。這里假設(shè)使用1.5G給JVM，那么還余下500M可用內(nèi)存。這500M內(nèi)存中的一部分必須用于系統(tǒng)dll的加載，那么真正剩下的也許只有400M，現(xiàn)在關(guān)鍵的地方出現(xiàn)了：當(dāng)你使用Java創(chuàng)建一個(gè)線程，在JVM的內(nèi)存里也會(huì)創(chuàng)建一個(gè)Thread對(duì)象，但是同時(shí)也會(huì)在操作系統(tǒng)里創(chuàng)建一個(gè)真正的物理線程(參考JVM規(guī)范)，操作系統(tǒng)會(huì)在余下的400兆內(nèi)存里創(chuàng)建這個(gè)物理線程，而不是在JVM的1500M的內(nèi)存堆里創(chuàng)建。在jdk1.4里頭，默認(rèn)的棧大小是256KB，但是在jdk1.5里頭，默認(rèn)的棧大小為1M每線程，因此，在余下400M的可用內(nèi)存里邊我們最多也只能創(chuàng)建400個(gè)可用線程。
??????? 這樣結(jié)論就出來了，要想創(chuàng)建更多的線程，你必須減少分配給JVM的最大內(nèi)存。還有一種做法是讓JVM宿主在你的JNI代碼里邊。
給出一個(gè)有關(guān)能夠創(chuàng)建線程的最大個(gè)數(shù)的估算公式：
??????? (MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize) = Number of threads
??????? 對(duì)于jdk1.5而言，假設(shè)操作系統(tǒng)保留120M內(nèi)存：
??????? 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里頭有一個(gè)啟動(dòng)選項(xiàng)，好像是：/PAE /3G ，可以讓用戶進(jìn)程最大內(nèi)存擴(kuò)充至3G，這時(shí)操作系統(tǒng)只能占用最多1G的虛存。那樣應(yīng)該可以讓JVM創(chuàng)建更多的線程。
??????? 因此這種情況需要結(jié)合操作系統(tǒng)進(jìn)行相關(guān)調(diào)整。
因此：我們需要結(jié)合不同情況對(duì)tomcat內(nèi)存分配進(jìn)行不同的診斷才能從根本上解決問題。

Tomcat中對(duì)內(nèi)存的分配與溢出的處理辦法