tomcat服務(wù)器運(yùn)行一段時(shí)間后，tomcat控制臺報(bào)錯(cuò)：
java.lang.outOfMemoryError，java.lang.outOfMemoryError
然后tomcat服務(wù)立即死，只有重啟tomcat才能恢復(fù)服務(wù)
[b]初步確定原因[/b]
1，java虛擬機(jī)jvm
2，程序不嚴(yán)密，產(chǎn)生太多的垃圾
[b]解決對策：[/b]
針對原因1：
增加jvm的內(nèi)存大小。
JVM即是java虛擬機(jī)，它運(yùn)行時(shí)候占用一定的內(nèi)存，其大小是有限定的，如果程序在運(yùn)行時(shí)jvm占用的內(nèi)存大于某個(gè)限度，則會產(chǎn)生內(nèi)存益處，也就是“java.lang.outofmemoryerror”。
作為web容器的tomcat（包括resin等）在運(yùn)行時(shí)候，會直接或間接產(chǎn)生一個(gè)java.exe進(jìn)程，可以看成一個(gè)jvm進(jìn)程。由于這些web容器在不停的運(yùn)行，也就是jvm不停的工作，jvm會不斷的產(chǎn)生垃圾（所胃的垃圾，簡單可認(rèn)為是指程序進(jìn)行后遺留下的無用的對象），也會不停的
針對此，我們可以設(shè)想，如果jvm內(nèi)存的沒有限度，并且有無限大的內(nèi)存，那jvm就永遠(yuǎn)不會出現(xiàn)內(nèi)存溢出了。但是，傻子都知道我們在做白日夢。既然這樣行不通，那我們就退一步，所胃退一步海闊天空嘛，我們可以適當(dāng)增大jvm的最大內(nèi)存，以緩解jvm來不及回收垃圾而導(dǎo)致的內(nèi)存不斷增長。jdk1.4默認(rèn)jvm的最大內(nèi)存為128M，我們可以把tomcat等web容器的jvm最大內(nèi)存加大，比如我們可以增大到256M，甚至1G等，只要不超過計(jì)算的內(nèi)存都行，不過凡事都有個(gè)度，設(shè)置過大肯定不是最好的。至于要個(gè)jvm設(shè)置多大的內(nèi)存則要通過我們不斷嘗試。
如何增加jvm的內(nèi)存呢？
第一，在執(zhí)行某個(gè)class文件時(shí)候，可以使用java -Xmx256M aa.class來設(shè)置運(yùn)行aa.class時(shí)jvm所允許占用的最大內(nèi)存為256M。
第二，對tomcat容器，可以在啟動時(shí)對jvm設(shè)置內(nèi)存限度。對tomcat，可以在catalina.bat中添加：
"set CATALINA_OPTS=-Xms128M -Xmx256M
set JAVA_OPTS=-Xms128M -Xmx256M",或者把%CATALINA_OPTS%和%JAVA_OPTS%代替為-Xms128M -Xmx256M，其具體操作可以到網(wǎng)上去找找。
第三，對resin容器，同樣可以在啟動時(shí)對jvm設(shè)置內(nèi)存限度。在bin
@echo off
call "httpd.exe" "-Xms128M" "-Xmx256M"
:end
其中"-Xms128M"為最小內(nèi)存，"-Xmx256M"為最大內(nèi)存。
第四，其他容器，如ibm webswhere,可以通過
第五，修改jdk內(nèi)核，個(gè)人想法，但沒去研究過。
針對原因2：
由于jvm產(chǎn)生的垃圾是由我們所寫的代碼產(chǎn)生的，質(zhì)量好的代碼產(chǎn)生的垃圾少，相反就會產(chǎn)生很多垃圾。由于jvm的最大內(nèi)存不能無限增大，故增大jvm的最大內(nèi)存應(yīng)該是在代碼已經(jīng)達(dá)到很優(yōu)化時(shí)才實(shí)施的，所以優(yōu)化程序才是我們最先要做的。
如何優(yōu)化程序：
第一，避免死循環(huán)。仔細(xì)檢查程序，防止出現(xiàn)死循環(huán)，這是比較容易檢查的。
第二，可以適當(dāng)手動回收垃圾
第三，
應(yīng)該及時(shí)釋放種資源：內(nèi)存,
釋放資源的時(shí)候不能依賴于java的垃圾自動回收機(jī)制，最好也不要用finalize方法，因?yàn)闊o用單元回收不是一個(gè)完全可以確定的過程，作為低優(yōu)先級進(jìn)程，往往是系統(tǒng)沒有內(nèi)存時(shí)才調(diào)用垃圾回收進(jìn)程。
由于我們在Java程序中聲明了好多對象，占用了內(nèi)存空間，程序結(jié)束時(shí)沒有將這些對象或?qū)ο蟮囊眠M(jìn)行釋放，從而導(dǎo)致Java虛擬機(jī)（JVM）進(jìn)行垃圾回收（GC）時(shí)，不能夠回收這些對象。這樣，Java所用的內(nèi)存就會一直增加，直至溢出，進(jìn)而導(dǎo)致Resin死機(jī)。
導(dǎo)致Java內(nèi)存溢出的根本原因是Java程序的不規(guī)范或不健壯。因此，從根本上解決Java內(nèi)存溢出的唯一方法就是修改Java程序，及時(shí)地釋放沒用的對象，釋放內(nèi)存空間。
除了這個(gè)方法以外，還有一些應(yīng)急措施，可以臨時(shí)緩解一下系統(tǒng)的運(yùn)行。Resin默認(rèn)情況是死機(jī)以后不能訪問網(wǎng)站，必須手動重啟Resin，但不可能一直看在機(jī)器旁邊，看Resin有沒有死機(jī)。所以這里介紹一種讓Resin自重啟的方法。
打開Resin的配置文件resin.conf（一般情況下，該文件在Resin目錄的conf文件夾下）。里面有一段內(nèi)容如下所示：
這段內(nèi)容默認(rèn)情況下是被注釋的。它的功能是讓Resin每隔一分鐘就測試一下能否訪問/ping/ping.jsp文件，測試時(shí)間是1s，如果不成功，就重試三次。如果三次都不成功，Resin就自動重啟。所以將這段話下半部分（從""）的注釋去掉，然后在Resin的發(fā)布目錄中新建一個(gè)文件夾ping，在ping文件夾下新建一個(gè)ping.jsp文件，文件中可以寫入簡單的一句話，如：。
好，大功告成，啟動Resin，這樣就不用擔(dān)心Java內(nèi)存溢出導(dǎo)致Resin死機(jī)了，因?yàn)镽esin死機(jī)后會馬上重新啟動。
當(dāng)然，這只是應(yīng)急措施，不是長久之計(jì)。如果從長計(jì)議，還是要耐心的更改Java程序！?。?/p>
有人說：
“不斷的將被選中的字符串加到某一字符串末尾，當(dāng)長度超過一定量是就提示：
java.lang.StringIndexOutOfBoundsException: String index out of range: 10
”說明String有長度限制。
看一下Java API就會知道
java.lang.StringIndexOutOfBoundsException出現(xiàn)的情況是
Thrown by String methods to indicate that an index is either negative or greater than the size of the string. For some methods such as the charAt method。
上面的錯(cuò)誤是因?yàn)?/p>
String.length()<10;
而你又要取index>=10的字符，自然就會拋出上面的例外。
String其實(shí)是沒有限制的，而是當(dāng)String太大了，超過JVM的自身的內(nèi)存后會拋出
java.lang.OutOfMemoryError錯(cuò)誤
下面作個(gè)實(shí)驗(yàn)：
public class testString{
public static void main(String args[])
{
String s="abbbbb";
System.out.println("JVM MAX MEMORY: "+Runtime.getRuntime().maxMemory()/1024/1024+"M");
System.out.println("JVM IS USING MEMORY:"+Runtime.getRuntime().totalMemory()/1024/1024+"M");
Runtime.getRuntime().traceMethodCalls(true);
while(true)
{
try{
s=s+s;
}catch(Exception e)
{
System.out.println(e);
}
catch(Error o)
{ String unit = null;
int sizeb = s.length();
int size = sizeb;
int time = 0;
while(size>1024)
{
size = size/1024;
time++;
}
switch(time)
{
case 0: unit = "byte";break;
case 1: unit = "k"; break;
case 2: unit = "M"; break;
default : unit = "byte";
}
System.out.println("String has used memory:"+size+unit);
System.out.println("JVM IS USING MEMORY:"+(float)Runtime.getRuntime().totalMemory()/1024/1024+"M");
System.out.println("MemoryError:"+o);
break;
}
}
}
}
然后我們用JVM的默認(rèn)參數(shù)執(zhí)行（我的機(jī)器內(nèi)存是128M）
java testString
結(jié)果：
JVM MAX MEMORY: 128M
JVM IS USING MEMORY:1M
String has used memory:12M
JVM IS USING MEMORY:63.5625M
MemoryError:java.lang.OutOfMemoryError
開始JVM使用的內(nèi)存是1M，當(dāng)String為12M，JVM使用了63M多時(shí)
JVM溢出。
然后，我們用限制JVM內(nèi)存大小的參數(shù)來執(zhí)行,限制最大內(nèi)存5M
java -mx5m testString
結(jié)果：
JVM MAX MEMORY: 70M
JVM IS USING MEMORY:1M
String has used memory:768.0k
JVM IS USING MEMORY:5.9375M
MemoryError:java.lang.OutOfMemoryError
開始JVM使用的內(nèi)存是1M，當(dāng)String為768k，JVM使用了5M多時(shí)
JVM溢出。
大家還可以改變 -mx參數(shù)，來進(jìn)一步做實(shí)驗(yàn)。
以上兩個(gè)實(shí)驗(yàn)證明,String是沒有長度限制的，而是有JVM的內(nèi)存限制了String的長度。同時(shí)說明，并不會拋出任何Exception而只會拋出Error.
OutMemoryError表明程序的設(shè)計(jì)很差，或者遇到了超出編程人員所預(yù)想的大批量的數(shù)據(jù)。不管哪種情況，都只有下面這幾種解決辦法。它們是：
設(shè)計(jì)人員重新設(shè)計(jì)程序，不致使程序一次載入所有的數(shù)據(jù)。
數(shù)據(jù)可以分割成更小的塊。
可以為程序分配更多的內(nèi)存。
為Java虛擬機(jī)提供更多的內(nèi)存。
而上面的例子是為虛擬機(jī)提供更多的內(nèi)存
=======================================
其實(shí)應(yīng)該少用String這東西，特別是 String的 +=操作
不僅原來的String對象不能繼續(xù)使用，主要是又要new出N多的新對象出來，再多的memory也要out~~
String用char array實(shí)現(xiàn)，就肯定由長度限制的，不能用memory來衡量
==================================
例如上面的程序改用StringBuffer實(shí)現(xiàn)，就可以得到極大的改善。
下面是我改用StringBuffer做的測試：
注意：程序循環(huán)了2097150次！
是使用String的程序的99864倍！
public class TestStringBuffer{
public static void main(String args[])
{
String s="abbbbb";
StringBuffer sb = new StringBuffer(s);
System.out.println("JVM IS USING MEMORY:"+
(Runtime.getRuntime().totalMemory()/1024/1024)+
"M");
Runtime.getRuntime().traceMethodCalls(true);
int count = 0;
while(true)
{
try{
sb.append(s);
count++;
}catch(Exception e)
{
System.out.println(e);
}
catch(Error o)
{
String unit = null;
int size = sb.length();
size *= 2;
int time = 0;
while(size>1024)
{
size = size/1024;
time++;
}
switch(time)
{
case 0: unit = "byte";break;
case 1: unit = "k"; break;
case 2: unit = "M"; break;
default : unit = "byte";
}
System.out.println("Loop times:"+count);
System.out.println("String has used memory:"+size+unit);
System.out.println("JVM IS USING MEMORY:"+
(float)Runtime.getRuntime().totalMemory()/1024/1024+
"M");
System.out.println("MemoryError:"+o);
break;
}
}
}
}
輸出結(jié)果：
JVM IS USING MEMORY:1M
Loop times:2097150
String has used memory:23M
JVM IS USING MEMORY:63.75M
MemoryError:java.lang.OutOfMemoryError
=====================
從另一方面說，如果你要處理的字符串達(dá)到百兆甚至上GB，使用String對象，根本沒法工作，所以這個(gè)問題不需要太多討論?？匆幌耲dk的源文件，String的長度是String對象的一個(gè)成員count，類型是int，不是long，也不是char。知道這些，我認(rèn)為夠了。
如何設(shè)置Tomcat的JVM虛擬機(jī)內(nèi)存大小
Tomcat本身不能直接在計(jì)算機(jī)上運(yùn)行，需要依賴于硬件基礎(chǔ)之上的操作系統(tǒng)和一個(gè)java虛擬機(jī)。您可以選擇自己的需要選擇不同的操作系統(tǒng)和對應(yīng)的JDK的版本（只要是符合Sun發(fā)布的Java規(guī)范的），但我們推薦您使用Sun公司發(fā)布的JDK。確保您所使用的版本是最新的，因?yàn)镾un公司和其它一些公司一直在為提高性能而對java虛擬機(jī)做一些升級改進(jìn)。一些報(bào)告顯示JDK1.4在性能上比JDK1.3提高了將近10%到20%。
可以給Java虛擬機(jī)設(shè)置使用的內(nèi)存，但是如果
參數(shù)
描述
-Xms
JVM初始化堆的大小
-Xmx
JVM堆的最大值
這兩個(gè)值的大小一般根據(jù)需要進(jìn)行設(shè)置。初始化堆的大小執(zhí)行了虛擬機(jī)在啟動時(shí)向系統(tǒng)申請的內(nèi)存的大小。一般而言，這個(gè)參數(shù)不重要。但是有的應(yīng)用程序在大負(fù)載的情況下會急劇地占用更多的內(nèi)存，此時(shí)這個(gè)參數(shù)就是顯得非常重要，如果虛擬機(jī)啟動時(shí)設(shè)置使用的內(nèi)存比較小而在這種情況下有許多對象進(jìn)行初始化，虛擬機(jī)就必須重復(fù)地增加內(nèi)存來滿足使用。由于這種原因，我們一般把-Xms和-Xmx設(shè)為一樣大，而堆的最大值受限于系統(tǒng)使用的物理內(nèi)存。一般使用數(shù)據(jù)量較大的應(yīng)用程序會使用持久對象，內(nèi)存使用有可能迅速地增長。當(dāng)應(yīng)用程序需要的內(nèi)存超出堆的最大值時(shí)虛擬機(jī)就會提示內(nèi)存溢出，并且導(dǎo)致應(yīng)用服務(wù)崩潰。因此一般建議堆的最大值設(shè)置為可用內(nèi)存的最大值的80%。
Tomcat默認(rèn)可以使用的內(nèi)存為128MB，在較大型的應(yīng)用項(xiàng)目中，這點(diǎn)內(nèi)存是不夠的，需要調(diào)大。
Windows下，在文件/bin/catalina.bat，Unix下，在文件/bin/catalina.sh的前面，增加如下設(shè)置：
JAVA_OPTS='-Xms【初始化內(nèi)存大小】 -Xmx【可以使用的最大內(nèi)存】'
需要把這個(gè)兩個(gè)參數(shù)值調(diào)大。例如：
JAVA_OPTS='-Xms256m -Xmx512m'
表示初始化內(nèi)存為256MB，可以使用的最大內(nèi)存為512MB。
另外需要考慮的是Java提供的垃圾回收機(jī)制。虛擬機(jī)的堆大小決定了虛擬機(jī)花費(fèi)在收集垃圾上的時(shí)間和頻度。收集垃圾可以接受的速度與應(yīng)用有關(guān)，應(yīng)該通過分析實(shí)際的垃圾收集的時(shí)間和頻率來調(diào)整。如果堆的大小很大，那么完全垃圾收集就會很慢，但是頻度會降低。如果你把堆的大小和內(nèi)存的需要一致，完全收集就很快，但是會更加頻繁。調(diào)整堆大小的的目的是最小化垃圾收集的時(shí)間，以在特定的時(shí)間內(nèi)最大化處理客戶的請求。在基準(zhǔn)測試的時(shí)候，為保證最好的性能，要把堆的大小設(shè)大，保證垃圾收集不在整個(gè)基準(zhǔn)測試的過程中出現(xiàn)。
如果系統(tǒng)花費(fèi)很多的時(shí)間收集垃圾，請減小堆大小。一次完全的垃圾收集應(yīng)該不超過 3-5 秒。如果垃圾收集成為瓶頸，那么需要指定代的大小，檢查垃圾收集的詳細(xì)輸出，研究 垃圾收集參數(shù)對性能的影響。一般說來，你應(yīng)該使用物理內(nèi)存的 80% 作為堆大小。當(dāng)增加處理器時(shí)，記得增加內(nèi)存，因?yàn)榉峙淇梢圆⑿羞M(jìn)行，而垃圾收集不是并行的。
Tomcat 5常用優(yōu)化和配置
1、JDK內(nèi)存優(yōu)化：
Tomcat默認(rèn)可以使用的內(nèi)存為128MB,Windows下,在文件{tomcat_home}/bin/catalina.bat，Unix下，在文件{tomcat_home}/bin/catalina.sh的前面，增加如下設(shè)置：
JAVA_OPTS='-Xms[初始化內(nèi)存大小] -Xmx[可以使用的最大內(nèi)存]
一般說來，你應(yīng)該使用物理內(nèi)存的 80% 作為堆大小。
2、連接器優(yōu)化：
在tomcat配置文件server.xml中的配置中，和連接數(shù)相關(guān)的參數(shù)有：
maxThreads：
Tomcat使用線程來處理接收的每個(gè)請求。這個(gè)值表示Tomcat可創(chuàng)建的最大的線程數(shù)。默認(rèn)值200。
acceptCount：
指定當(dāng)所有可以使用的處理請求的線程數(shù)都被使用時(shí)，可以放到處理隊(duì)列中的請求數(shù)，超過這個(gè)數(shù)的請求將不予處理。默認(rèn)值10。
minSpareThreads：
Tomcat初始化時(shí)創(chuàng)建的線程數(shù)。默認(rèn)值4。
maxSpareThreads：
一旦創(chuàng)建的線程超過這個(gè)值，Tomcat就會關(guān)閉不再需要的socket線程。默認(rèn)值50。
enableLookups：
是否反查域名，默認(rèn)值為true。為了提高處理能力，應(yīng)設(shè)置為false
connnectionTimeout：
網(wǎng)絡(luò)連接超時(shí)，默認(rèn)值60000，單位：毫秒。設(shè)置為0表示永不超時(shí)，這樣設(shè)置有隱患的。通?？稍O(shè)置為30000毫秒。
maxKeepAliveRequests：
保持請求數(shù)量，默認(rèn)值100。
bufferSize：
輸入流緩沖大小，默認(rèn)值2048 bytes。
compression：
壓縮傳輸，取值on/off/force，默認(rèn)值off。
其中和最大連接數(shù)相關(guān)的參數(shù)為maxThreads和acceptCount。如果要加大并發(fā)連接數(shù)，應(yīng)同時(shí)加大這兩個(gè)參數(shù)。web server允許的最大連接數(shù)還受制于操作系統(tǒng)的內(nèi)核參數(shù)設(shè)置，通常Windows是2000個(gè)左右，Linux是1000個(gè)左右。
3、tomcat中如何禁止和允許列目錄下的文件
在{tomcat_home}/conf/web.xml中，把listings參數(shù)設(shè)置成false即可，如下：
<servlet>
...
<init-param>
<param-name>listings</param-name>
<param-value>false</param-value>
</init-param>
...
</servlet>
4、tomcat中如何禁止和允許主機(jī)或IP地址訪問
<Host name="localhost" ...>
...
<Valve className="org.apache.catalina.valves.RemoteHostValve"
allow="*.mycompany.com,[url]www.yourcompany.com[/url]"/>
<Valve className="org.apache.catalina.valves.RemoteAddrValve"
deny="192.168.1.*"/>
...
</Host>
這是我們服務(wù)器的配置，具體文件不能給你，因?yàn)樯婕暗焦緳C(jī)密，所以那一行我給你，我拷貝下來了
JAVA_OPTS='-server -Xms512m -Xmx768m -XX:NewSize=128m -XX:MaxNewSize=192m -XX:SurvivorRatio=8'
2007-6-19 23:38 51video
TOMCAT內(nèi)存和連接數(shù)配置(轉(zhuǎn))
如果是使用的catalina.sh(linux)或Catalina.bat(win)啟動的：
修改這兩個(gè)文件，加上下面這句：
SET CATALINA_OPTS= -Xms64m -Xmx128m
如果使用的winnt服務(wù)啟動：
打開C:\WINNT\system32\regedt32.exe，在HKEY_LOCAL_MACHINE-->SOFTWARE-->Apache Software Foundation-->Process Runner 1.0-->Tomcat5-->Parameters
修改屬性：
-Xms64m
-Xmx128m
有人建議Xms和Xmx的值取成一樣比較好，說是可以加快內(nèi)存回收速度。
加大tomcat連接數(shù)：
在tomcat配置文件server.xml中的配置中，和連接數(shù)相關(guān)的參數(shù)有：
minProcessors：最小空閑
maxProcessors：最大連接線程數(shù)，即：并發(fā)處理的最大請求數(shù)，默認(rèn)值為75
acceptCount：允許的最大連接數(shù)，應(yīng)大于等于maxProcessors，默認(rèn)值為100
enableLookups：是否反查域名，取值為：true或false。為了提高處理能力，應(yīng)設(shè)置為false
connectionTimeout：網(wǎng)絡(luò)連接超時(shí)，單位：毫秒。設(shè)置為0表示永不超時(shí)，這樣設(shè)置有隱患的。通?？稍O(shè)置為30000毫秒。
其中和最大連接數(shù)相關(guān)的參數(shù)為maxProcessors和acceptCount。如果要加大并發(fā)連接數(shù)，應(yīng)同時(shí)加大這兩個(gè)參數(shù)。
web server允許的最大連接數(shù)還受制于操作系統(tǒng)的內(nèi)核參數(shù)設(shè)置，通常Windows是2000個(gè)左右，Linux是1000個(gè)左右。
