tomcat配置相關總結

tomcat虛拟路徑

<Context path="/cardUpload" docBase="/flashdisk/cardUpload/" debug="0"

          reloadable="true" crossContext="true"></Context>

----------------------------------------------------------------------------------------------------------

tomcat記憶體參數

1.參數的含義

-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M

-vmargs 說明後面是VM的參數，是以後面的其實都是JVM的參數了

-Xms128m JVM初始配置設定的堆記憶體

-Xmx512m JVM最大允許配置設定的堆記憶體，按需配置設定

-XX:PermSize=64M JVM初始配置設定的非堆記憶體

-XX:MaxPermSize=128M JVM最大允許配置設定的非堆記憶體，按需配置設定

我們首先了解一下JVM記憶體管理的機制，然後再解釋每個參數代表的含義。

1)堆(Heap)和非堆(Non-heap)記憶體

 按照官方的說法：“Java 虛拟機具有一個堆，堆是運作時資料區域，所有類執行個體和數組的記憶體均從此處配置設定。堆是在 Java 虛拟機啟動時建立的。”“在JVM中堆之外的記憶體稱為非堆記憶體(Non-heap memory)”。

 可以看出JVM主要管理兩種類型的記憶體：堆和非堆。簡單來說堆就是Java代碼可及的記憶體，是留給開發人員使用的；非堆就是JVM留給自己用的，

 是以方法區、JVM内部處理或優化所需的記憶體(如JIT編譯後的代碼緩存)、每個類結構(如運作時常數池、字段和方法資料)以及方法和構造方法的代碼都在非堆記憶體中。 

堆記憶體配置設定

 JVM初始配置設定的堆記憶體由-Xms指定，預設是實體記憶體的1/64；JVM最大配置設定的堆記憶體由-Xmx指定，預設是實體記憶體的1/4。預設空餘堆記憶體小于40%時，JVM就會增大堆直到-Xmx的最大限制；

 空餘堆記憶體大于70%時，JVM會減少堆直到-Xms的最小限制。是以伺服器一般設定-Xms、-Xmx 相等以避免在每次GC 後調整堆的大小。

 說明：如果-Xmx 不指定或者指定偏小，應用可能會導緻java.lang.OutOfMemory錯誤，此錯誤來自JVM，不是Throwable的，無法用try...catch捕捉。 

非堆記憶體配置設定

 JVM使用-XX:PermSize設定非堆記憶體初始值，預設是實體記憶體的1/64；由XX:MaxPermSize設定最大非堆記憶體的大小，預設是實體記憶體的1/4。（還有一說：MaxPermSize預設值和-server -client選項相關，

 -server選項下預設MaxPermSize為64m，-client選項下預設MaxPermSize為32m。這個我沒有實驗。）

 上面錯誤資訊中的PermGen space的全稱是Permanent Generation space，是指記憶體的永久儲存區域。還沒有弄明白PermGen space是屬于非堆記憶體，還是就是非堆記憶體，但至少是屬于了。

XX:MaxPermSize設定過小會導緻java.lang.OutOfMemoryError: PermGen space 就是記憶體益出。 

說說為什麼會記憶體益出： 

（1）這一部分記憶體用于存放Class和Meta的資訊，Class在被 Load的時候被放入PermGen space區域，它和存放Instance的Heap區域不同。 

（2）GC(Garbage Collection)不會在主程式運作期對PermGen space進行清理，是以如果你的APP會LOAD很多CLASS 的話,就很可能出現PermGen space錯誤。

  這種錯誤常見在web伺服器對JSP進行pre compile的時候。  

2)JVM記憶體限制(最大值)

 首先JVM記憶體限制于實際的最大實體記憶體，假設實體記憶體無限大的話，JVM記憶體的最大值跟作業系統有很大的關系。簡單的說就32位處理器雖然可控記憶體空間有4GB,但是具體的作業系統會給一個限制，

 這個限制一般是2GB-3GB（一般來說Windows系統下為1.5G-2G，Linux系統下為2G-3G），而64bit以上的處理器就不會有限制了。

2. 為什麼有的機器我将-Xmx和-XX:MaxPermSize都設定為512M之後Eclipse可以啟動，而有些機器無法啟動？

 通過上面對JVM記憶體管理的介紹我們已經了解到JVM記憶體包含兩種：堆記憶體和非堆記憶體，另外JVM最大記憶體首先取決于實際的實體記憶體和作業系統。是以說設定VM參數導緻程式無法啟動主要有以下幾種原因：

1) 參數中-Xms的值大于-Xmx，或者-XX:PermSize的值大于-XX:MaxPermSize；

2) -Xmx的值和-XX:MaxPermSize的總和超過了JVM記憶體的最大限制，比如目前作業系統最大記憶體限制，或者實際的實體記憶體等等。說到實際實體記憶體這裡需要說明一點的是，

 如果你的記憶體是1024MB，但實際系統中用到的并不可能是1024MB，因為有一部分被硬體占用了。

3. 為何将上面的參數寫入到eclipse.ini檔案Eclipse沒有執行對應的設定？

 那為什麼同樣的參數在快捷方式或者指令行中有效而在eclipse.ini檔案中是無效的呢？這是因為我們沒有遵守eclipse.ini檔案的設定規則：

參數形如“項 值”這種形式，中間有空格的需要換行書寫，如果值中有空格的需要用雙引号包括起來。比如我們使用-vm C:/Java/jre1.6.0/bin/javaw.exe參數設定虛拟機，

在eclipse.ini檔案中要寫成這樣：

-vm 

C:/Java/jre1.6.0/bin/javaw.exe 

-vmargs 

-Xms128M 

-Xmx512M 

-XX:PermSize=64M 

-XX:MaxPermSize=128M 

實際運作的結果可以通過Eclipse中“Help”-“About Eclipse SDK”視窗裡面的“Configuration Details”按鈕進行檢視。

另外需要說明的是，Eclipse壓縮包中自帶的eclipse.ini檔案内容是這樣的：

-showsplash 

org.eclipse.platform 

--launcher.XXMaxPermSize 

256m 

-Xms40m 

-Xmx256m 

其中–launcher.XXMaxPermSize（注意最前面是兩個連接配接線）跟-XX:MaxPermSize參數的含義基本是一樣的，我覺得唯一的差別就是前者是eclipse.exe啟動的時候設定的參數，

而後者是eclipse所使用的JVM中的參數。其實二者設定一個就可以了，是以這裡可以把–launcher.XXMaxPermSize和下一行使用#注釋掉。

4. 其他的啟動參數。 如果你有一個雙核的CPU，也許可以嘗試這個參數:

-XX:+UseParallelGC

讓GC可以更快的執行。（隻是JDK 5裡對GC新增加的參數）

補充：

如果你的WEB APP下都用了大量的第三方jar，其大小超過了伺服器jvm預設的大小，那麼就會産生記憶體益出問題了。

解決方法： 設定MaxPermSize大小 

可以在myelipse裡選中相應的伺服器比如tomcat5，展開裡面的JDK子項頁面，來增加伺服器啟動的JVM參數設定：

-Xms128m 

-XX:PermSize=128M 

-XX:MaxNewSize=256m 

-XX:MaxPermSize=256m

或者手動設定MaxPermSize大小,比如tomcat，

修改TOMCAT_HOME/bin/catalina.bat，在echo "Using CATALINA_BASE: $CATALINA_BASE"上面加入以下行： 

JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m

-----------------------------------------------------------------------------------------------------

tomcat線程池配置（已優化後的是下面結果）

<Connector port="8080" protocol="HTTP/1.1"

               connectionTimeout="20000"

               redirectPort="8443"

                maxThreads="600" acceptCount="300"

               />

重要參數說明：

Tomcat的并發請求處理數量=maxThreads + acceptCount

protocol：啟用APR連接配接模式，提高異步IO處理性能。啟用配置請參考：《開啟Tomcat APR運作模式，優化并發性能》

maxThreads：最大能接受的請求數，預設為200

minSpareThreads：最少備用線程數，預設初始化，預設為25

maxSpareThreads：最多備用線程數，一旦建立的線程超過這個值，Tomcat就會關閉不再需要的socket線程

acceptCount：等待處理的請求隊列，預設為100，超過隊列長度，伺服器則拒絕用戶端請求，直接傳回403

maxIdleTime：如果一個線程在30秒以内沒有活躍，則終止運作并從線程池中移除。除非線程池數量小于或等于minSpareThreads數量。預設值是1分鐘

enableLookups：如果為true，調用request.getRemoteHost會執行DNS反查，反向解析IP對應的域名或主機，效率較低，建議設為false。

其中最後兩個參數意義如下：

maxThreads：tomcat起動的最大線程數，即同時處理的任務個數，預設值為200

acceptCount：當tomcat起動的線程數達到最大時，接受排隊的請求個數，預設值為100

這兩個值如何起作用，請看下面三種情況

情況1：接受一個請求，此時tomcat起動的線程數沒有到達maxThreads，tomcat會起動一個線程來處理此請求。

情況2：接受一個請求，此時tomcat起動的線程數已經到達maxThreads，tomcat會把此請求放入等待隊列，等待空閑線程。

情況3：接受一個請求，此時tomcat起動的線程數已經到達maxThreads，等待隊列中的請求個數也達到了acceptCount，此時tomcat會直接拒絕此次請求，傳回connection refused

maxThreads如何配置

一般的伺服器操作都包括量方面：1計算（主要消耗cpu），2等待（io、資料庫等）

第一種極端情況，如果我們的操作是純粹的計算，那麼系統響應時間的主要限制就是cpu的運算能力，此時maxThreads應該盡量設的小，降低同一時間内争搶cpu的線程個數，可以提高計算效率，提高系統的整體處理能力。

第二種極端情況，如果我們的操作純粹是IO或者資料庫，那麼響應時間的主要限制就變為等待外部資源，此時maxThreads應該盡量設的大，這樣 才能提高同時處理請求的個數，進而提高系統整體的處理能力。此情況下因為tomcat同時處理的請求量會比較大，是以需要關注一下tomcat的虛拟機内 存設定和linux的open file限制。

我在測試時遇到一個問題，maxThreads我設定的比較大比如3000，當服務的線程數大到一定程度時，一般是2000出頭，單次請求的響應時間就會急劇的增加，

百思不得其解這是為什麼，四處尋求答案無果，最後我總結的原因可能是cpu線上程切換時消耗的時間随着線程數量的增加越來越大，

cpu把大多數時間都用來在這2000多個線程直接切換上了，當然cpu就沒有時間來處理我們的程式了。

以前一直簡單的認為多線程=高效率。。其實多線程本身并不能提高cpu效率，線程過多反而會降低cpu效率。

當cpu核心數<線程數時，cpu就需要在多個線程直接來回切換，以保證每個線程都會獲得cpu時間，即通常我們說的并發執行。

是以maxThreads的配置絕對不是越大越好。

現實應用中，我們的操作都會包含以上兩種類型（計算、等待），是以maxThreads的配置并沒有一個最優值，一定要根據具體情況來配置。

最好的做法是：在不斷測試的基礎上，不斷調整、優化，才能得到最合理的配置。

acceptCount的配置，我一般是設定的跟maxThreads一樣大，這個值應該是主要根據應用的通路峰值與平均值來權衡配置的。

如果設的較小，可以保證接受的請求較快相應，但是超出的請求可能就直接被拒絕

如果設的較大，可能就會出現大量的請求逾時的情況，因為我們系統的處理能力是一定的。

---------------------------------------------------------------------------------------------------

關閉tomcat通路日志，注釋掉下面的就行

<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"

               prefix="localhost_access_log." suffix=".txt"

               pattern="%h %l %u %t "%r" %s %b" />

-----------------------------------------------------------------------------

轉移、分割tomcat日志

1、yum install cronolog

2、修改conf/下的logging.properties

1catalina.org.apache.juli.FileHandler.level = FINE

1catalina.org.apache.juli.FileHandler.directory = /home/log/web

1catalina.org.apache.juli.FileHandler.prefix = catalina.

2localhost.org.apache.juli.FileHandler.level = FINE

2localhost.org.apache.juli.FileHandler.directory = /home/log/web

2localhost.org.apache.juli.FileHandler.prefix = localhost.

3manager.org.apache.juli.FileHandler.level = FINE

3manager.org.apache.juli.FileHandler.directory = /home/log/web

3manager.org.apache.juli.FileHandler.prefix = manager.

4host-manager.org.apache.juli.FileHandler.level = FINE

4host-manager.org.apache.juli.FileHandler.directory = /home/log/web

4host-manager.org.apache.juli.FileHandler.prefix = host-manager.

3、修改bin/下的catalina.sh

if [ -z "$CATALINA_OUT" ] ; then

  CATALINA_OUT=/home/online/log/openapiroute/catalina.out

fi

org.apache.catalina.startup.Bootstrap "$@" start 2>&1 | /usr/sbin/cronolog /home/online/log/openapiroute/catalina.%Y-%m-%d.out >> /dev/null &

 本文轉自 獨孤環宇 51CTO部落格，原文連結:http://blog.51cto.com/snowtiger/1952329