|
b]問題陳述： [/b]
tomcat服務(wù)器運(yùn)行一段時間后，tomcat控制臺報錯： 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)行時候占用一定的內(nèi)存，其大小是有限定的，如果程序在運(yùn)行時jvm占用的內(nèi)存大于某個限度，則會產(chǎn)生內(nèi)存益處，也就是“java.lang.outofmemoryerror”。 作為web容器的tomcat（包括resin等）在運(yùn)行時候，會直接或間接產(chǎn)生一個java.exe進(jìn)程，可以看成一個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等，只要不超過計算的內(nèi)存都行，不過凡事都有個度，設(shè)置過大肯定不是最好的。至于要個jvm設(shè)置多大的內(nèi)存則要通過我們不斷嘗試。 如何增加jvm的內(nèi)存呢？ 第一，在執(zhí)行某個class文件時候，可以使用java -Xmx256M aa.class來設(shè)置運(yùn)行aa.class時jvm所允許占用的最大內(nèi)存為256M。 第二，對tomcat容器，可以在啟動時對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容器，同樣可以在啟動時對jvm設(shè)置內(nèi)存限度。在bin @echo off call "httpd.exe" "-Xms128M" "-Xmx256M" :end 其中"-Xms128M"為最小內(nèi)存，"-Xmx256M"為最大內(nèi)存。 第四，其他容器，如ibm webswhere,可以通過 第五，修改jdk內(nèi)核，個人想法，但沒去研究過。
針對原因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í)施的，所以優(yōu)化程序才是我們最先要做的。 如何優(yōu)化程序： 第一，避免死循環(huán)。仔細(xì)檢查程序，防止出現(xiàn)死循環(huán)，這是比較容易檢查的。 第二，可以適當(dāng)手動回收垃圾 第三， 應(yīng)該及時釋放種資源：內(nèi)存, 釋放資源的時候不能依賴于java的垃圾自動回收機(jī)制，最好也不要用finalize方法，因?yàn)闊o用單元回收不是一個完全可以確定的過程，作為低優(yōu)先級進(jìn)程，往往是系統(tǒng)沒有內(nèi)存時才調(diào)用垃圾回收進(jìn)程。 由于我們在Java程序中聲明了好多對象，占用了內(nèi)存空間，程序結(jié)束時沒有將這些對象或?qū)ο蟮囊眠M(jìn)行釋放，從而導(dǎo)致Java虛擬機(jī)（JVM）進(jìn)行垃圾回收（GC）時，不能夠回收這些對象。這樣，Java所用的內(nèi)存就會一直增加，直至溢出，進(jìn)而導(dǎo)致Resin死機(jī)。 導(dǎo)致Java內(nèi)存溢出的根本原因是Java程序的不規(guī)范或不健壯。因此，從根本上解決Java內(nèi)存溢出的唯一方法就是修改Java程序，及時地釋放沒用的對象，釋放內(nèi)存空間。 除了這個方法以外，還有一些應(yīng)急措施，可以臨時緩解一下系統(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文件，測試時間是1s，如果不成功，就重試三次。如果三次都不成功，Resin就自動重啟。所以將這段話下半部分（從""）的注釋去掉，然后在Resin的發(fā)布目錄中新建一個文件夾ping，在ping文件夾下新建一個ping.jsp文件，文件中可以寫入簡單的一句話，如：。 好，大功告成，啟動Resin，這樣就不用擔(dān)心Java內(nèi)存溢出導(dǎo)致Resin死機(jī)了，因?yàn)镽esin死機(jī)后會馬上重新啟動。 當(dāng)然，這只是應(yīng)急措施，不是長久之計。如果從長計議，還是要耐心的更改Java程序?。?！ 有人說： “不斷的將被選中的字符串加到某一字符串末尾，當(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。 上面的錯誤是因?yàn)?/p> String.length()<10; 而你又要取index>=10的字符，自然就會拋出上面的例外。 String其實(shí)是沒有限制的，而是當(dāng)String太大了，超過JVM的自身的內(nèi)存后會拋出 java.lang.OutOfMemoryError錯誤 下面作個實(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多時 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多時 JVM溢出。 大家還可以改變 -mx參數(shù)，來進(jìn)一步做實(shí)驗(yàn)。 以上兩個實(shí)驗(yàn)證明,String是沒有長度限制的，而是有JVM的內(nèi)存限制了String的長度。同時說明，并不會拋出任何Exception而只會拋出Error. OutMemoryError表明程序的設(shè)計很差，或者遇到了超出編程人員所預(yù)想的大批量的數(shù)據(jù)。不管哪種情況，都只有下面這幾種解決辦法。它們是： 設(shè)計人員重新設(shè)計程序，不致使程序一次載入所有的數(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對象，根本沒法工作，所以這個問題不需要太多討論?？匆幌耲dk的源文件，String的長度是String對象的一個成員count，類型是int，不是long，也不是char。知道這些，我認(rèn)為夠了。 如何設(shè)置Tomcat的JVM虛擬機(jī)內(nèi)存大小 Tomcat本身不能直接在計算機(jī)上運(yùn)行，需要依賴于硬件基礎(chǔ)之上的操作系統(tǒng)和一個java虛擬機(jī)。您可以選擇自己的需要選擇不同的操作系統(tǒng)和對應(yīng)的JDK的版本（只要是符合Sun發(fā)布的Java規(guī)范的），但我們推薦您使用Sun公司發(fā)布的JDK。確保您所使用的版本是最新的，因?yàn)镾un公司和其它一些公司一直在為提高性能而對java虛擬機(jī)做一些升級改進(jìn)。一些報告顯示JDK1.4在性能上比JDK1.3提高了將近10%到20%。 可以給Java虛擬機(jī)設(shè)置使用的內(nèi)存，但是如果 參數(shù) 描述 -Xms JVM初始化堆的大小 -Xmx JVM堆的最大值 這兩個值的大小一般根據(jù)需要進(jìn)行設(shè)置。初始化堆的大小執(zhí)行了虛擬機(jī)在啟動時向系統(tǒng)申請的內(nèi)存的大小。一般而言，這個參數(shù)不重要。但是有的應(yīng)用程序在大負(fù)載的情況下會急劇地占用更多的內(nèi)存，此時這個參數(shù)就是顯得非常重要，如果虛擬機(jī)啟動時設(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)存超出堆的最大值時虛擬機(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)存】' 需要把這個兩個參數(shù)值調(diào)大。例如： JAVA_OPTS='-Xms256m -Xmx512m' 表示初始化內(nèi)存為256MB，可以使用的最大內(nèi)存為512MB。 另外需要考慮的是Java提供的垃圾回收機(jī)制。虛擬機(jī)的堆大小決定了虛擬機(jī)花費(fèi)在收集垃圾上的時間和頻度。收集垃圾可以接受的速度與應(yīng)用有關(guān)，應(yīng)該通過分析實(shí)際的垃圾收集的時間和頻率來調(diào)整。如果堆的大小很大，那么完全垃圾收集就會很慢，但是頻度會降低。如果你把堆的大小和內(nèi)存的需要一致，完全收集就很快，但是會更加頻繁。調(diào)整堆大小的的目的是最小化垃圾收集的時間，以在特定的時間內(nèi)最大化處理客戶的請求。在基準(zhǔn)測試的時候，為保證最好的性能，要把堆的大小設(shè)大，保證垃圾收集不在整個基準(zhǔn)測試的過程中出現(xiàn)。 如果系統(tǒng)花費(fèi)很多的時間收集垃圾，請減小堆大小。一次完全的垃圾收集應(yīng)該不超過 3-5 秒。如果垃圾收集成為瓶頸，那么需要指定代的大小，檢查垃圾收集的詳細(xì)輸出，研究 垃圾收集參數(shù)對性能的影響。一般說來，你應(yīng)該使用物理內(nèi)存的 80% 作為堆大小。當(dāng)增加處理器時，記得增加內(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使用線程來處理接收的每個請求。這個值表示Tomcat可創(chuàng)建的最大的線程數(shù)。默認(rèn)值200。 acceptCount： 指定當(dāng)所有可以使用的處理請求的線程數(shù)都被使用時，可以放到處理隊(duì)列中的請求數(shù)，超過這個數(shù)的請求將不予處理。默認(rèn)值10。 minSpareThreads： Tomcat初始化時創(chuàng)建的線程數(shù)。默認(rèn)值4。 maxSpareThreads： 一旦創(chuàng)建的線程超過這個值，Tomcat就會關(guān)閉不再需要的socket線程。默認(rèn)值50。 enableLookups： 是否反查域名，默認(rèn)值為true。為了提高處理能力，應(yīng)設(shè)置為false connnectionTimeout： 網(wǎng)絡(luò)連接超時，默認(rèn)值60000，單位：毫秒。設(shè)置為0表示永不超時，這樣設(shè)置有隱患的。通常可設(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ù)。web server允許的最大連接數(shù)還受制于操作系統(tǒng)的內(nèi)核參數(shù)設(shè)置，通常Windows是2000個左右，Linux是1000個左右。 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)啟動的： 修改這兩個文件，加上下面這句： 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è)置為0表示永不超時，這樣設(shè)置有隱患的。通?？稍O(shè)置為30000毫秒。 其中和最大連接數(shù)相關(guān)的參數(shù)為maxProcessors和acceptCount。如果要加大并發(fā)連接數(shù)，應(yīng)同時加大這兩個參數(shù)。 web server允許的最大連接數(shù)還受制于操作系統(tǒng)的內(nèi)核參數(shù)設(shè)置，通常Windows是2000個左右，Linux是1000個左右。 |
|
|
來自： scorpio365 > 《java》
