二. 測量Web服務(wù)器的性能
測量web服務(wù)器的性能是一項(xiàng)讓人感到畏縮的任務(wù)，但是我們在這里將給出一些需要注意的地方并且指點(diǎn)你了解其中更多的細(xì)節(jié)性的內(nèi)容。它不像一些簡單的任務(wù)，如測量CPU的速率或者是測量程序占用CPU的比例，web服務(wù)器的性能優(yōu)化中包括許調(diào)整許多變量來達(dá)到目標(biāo)。許多的測量策略中都包含了一個(gè)看似簡單的瀏覽實(shí)際上是在向服務(wù)器發(fā)送大量的請求，我們稱之為客戶端的程序，來測量響應(yīng)時(shí)間。客戶端和服務(wù)器端是在同一臺機(jī)器上嗎？服務(wù)器在測試的時(shí)候還運(yùn)行著其它的什么程序嗎？客戶端和服務(wù)器端的通訊是通過局域網(wǎng)，100baseT，10baseT還是使用調(diào)制解調(diào)器？客戶端是否一直重復(fù)請求相同的頁面，還是隨機(jī)地訪問不同的頁面？（這些影響到了服務(wù)緩存的性能）客戶端發(fā)送請求的有規(guī)律的還是突發(fā)的？你是在最終的配置環(huán)境下運(yùn)行服務(wù)的還是在調(diào)試的配置環(huán)境下運(yùn)行服務(wù)的？客戶端請求中包含圖片還是只有HTML頁面？是否有請求是通過servlets和JSP的，CGI程序，服務(wù)端包含（Server-Side Includes ，SSI是一個(gè)可以讓你使用動態(tài)HTML文件的技術(shù)）？所有這些都將是我們要關(guān)心的，并且?guī)缀跷覀儾豢赡芫_地把所有的問題都清楚地列出來。
1.壓力測試工具
“工欲善其事，必先利其器”，壓力測試只有借助于一些工具才可得以實(shí)施。
大多數(shù)web壓力測試工具的實(shí)現(xiàn)原理都是通過重復(fù)的大量的頁面請求來模擬多用戶對被測系統(tǒng)的并發(fā)訪問，以此達(dá)到產(chǎn)生壓力的目的。產(chǎn)生壓力的手段都是通過錄制或者是編寫壓力腳本，這些腳本以多個(gè)進(jìn)程或者線程的形式在客戶端運(yùn)行，這樣通過人為制造各種類型的壓力，我們可以觀察被測系統(tǒng)在各種壓力狀況下的表現(xiàn)，從而定位系統(tǒng)瓶頸，作為系統(tǒng)調(diào)優(yōu)的基礎(chǔ)。目前已經(jīng)存在的性能測試工具林林總總，數(shù)量不下一百種，從單一的開放源碼的免費(fèi)小工具如 Aapache 自帶的 web 性能測試工具 Apache Benchmark、開源的Jmeter 到大而全的商業(yè)性能測試軟件如 Mercury 的 LoadRunner 等等。任何性能測試工具都有其優(yōu)缺點(diǎn)，我們可以根據(jù)實(shí)際情況挑選用最合適的工具。您可以在這里找到一些web壓力測試工具h(yuǎn)ttp://www.softwareqatest.com/qatweb1.html#LOAD
這里我們所使用的工具要支持web應(yīng)用服務(wù)認(rèn)證才可以，要支持接收發(fā)送cookies，不僅如此Tomcat支持多種認(rèn)證方式，比如基本認(rèn)證、基于表單的認(rèn)證、相互認(rèn)證和客戶端認(rèn)證，而一些工具僅僅支持HTTP基本認(rèn)證。真實(shí)地模擬用戶認(rèn)證是性能測試工具的一個(gè)重要的部分，因?yàn)檎J(rèn)證機(jī)制將對一個(gè)web站點(diǎn)的性能特征產(chǎn)生重要的影響。基于你在產(chǎn)品中使用的不同的認(rèn)證方式，你需要從上面的工具列表中選擇使用這種特性的測試工具。
Apache Benchmark和http_load是命令行形式的工具，非常易于使用。Apache Benchmark可以模仿單獨(dú)的URL請求并且重復(fù)地執(zhí)行，可以使用不同的命令行參數(shù)來控制執(zhí)行迭代的次數(shù)，并發(fā)用戶數(shù)等等。它的一個(gè)特點(diǎn)是可以周期性地打印出處理過程的信息，而其它工具只能給出一個(gè)全局的報(bào)告。
2.壓力測試工具介紹
三. 外部環(huán)境的調(diào)整在Tomcat和應(yīng)用程序進(jìn)行了壓力測試后，如果您對應(yīng)用程序的性能結(jié)果不太滿意，就可以采取一些性能調(diào)整措施了，當(dāng)然了前提是應(yīng)用程序沒有問題，我們這里只講Tomcat的調(diào)整。由于Tomcat的運(yùn)行依賴于JVM，所以在這里我們把Tomcat的調(diào)整可以分為兩類來詳細(xì)描述：
外部環(huán)境調(diào)整
調(diào)整非Tomcat組件，例如Tomcat運(yùn)行的操作系統(tǒng)和運(yùn)行Tomcat的java虛擬機(jī)。
自身調(diào)整
修改Tomcat自身的參數(shù)，調(diào)整Tomcat配置文件中的參數(shù)。
下面我們將詳細(xì)講解外部環(huán)境調(diào)整的有關(guān)內(nèi)容，Tomcat自身調(diào)整的內(nèi)容將在第2部分中闡述。1.JAVA虛擬機(jī)性能優(yōu)化
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)存，但是如果你的選擇不對的話，虛擬機(jī)不會補(bǔ)償。可通過命令行的方式改變虛擬機(jī)使用內(nèi)存的大小。如下表所示有兩個(gè)參數(shù)用來設(shè)置虛擬機(jī)使用內(nèi)存的大小。
參數(shù)
描述
-Xms<size>
JVM初始化堆的大小
-Xmx<size>
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)行，而垃圾收集不是并行的。
2.操作系統(tǒng)性能優(yōu)化
這里說的操作系統(tǒng)是指運(yùn)行web服務(wù)器的系統(tǒng)軟件，當(dāng)然，不同的操作系統(tǒng)是為不同的目的而設(shè)計(jì)的。比如OpenBSD是面向安全的，因此在它的內(nèi)核中有許多的限制來防止不同形式的服務(wù)攻擊（OpenBSD的一句座右銘是“默認(rèn)是最安全的”）。這些限制或許更多地用來運(yùn)行活躍的web服務(wù)器。
而我們常用的Linux操作系統(tǒng)的目標(biāo)是易用使用，因此它有著更高的限制。使用BSD內(nèi)核的系統(tǒng)都帶有一個(gè)名為“Generic”的內(nèi)核，表明所有的驅(qū)動器都靜態(tài)地與之相連。這樣就使系統(tǒng)易于使用，但是如果你要創(chuàng)建一個(gè)自定義的內(nèi)核來加強(qiáng)其中某些限制，那就需要排除不需要的設(shè)備。Linux內(nèi)核中的許多驅(qū)動都是動態(tài)地加載的。但是換而言之，內(nèi)存現(xiàn)在變得越來越便宜，所以因?yàn)榧虞d額外的設(shè)備驅(qū)動就顯得不是很重要的。重要的是要有更多的內(nèi)存，并且在服務(wù)器上騰出更多的可用內(nèi)存。
小提示：雖然現(xiàn)在內(nèi)存已經(jīng)相當(dāng)?shù)谋阋耍€是盡量不要購買便宜的內(nèi)存。那些有牌子的內(nèi)存雖然是貴一點(diǎn)，但是從可靠性上來說，性價(jià)比會更高一些。
如果是在Windows操作系統(tǒng)上使用Tomcat，那么最好選擇服務(wù)器版本。因?yàn)樵诜欠?wù)器版本上，最終用戶授權(quán)數(shù)或者操作系統(tǒng)本身所能承受的用戶數(shù)、可用的網(wǎng)絡(luò)連接數(shù)或其它方面的一些方面都是有限制的。并且基于安全性的考慮，必須經(jīng)常給操作系統(tǒng)打上最新的補(bǔ)丁。
3.Tomcat與其它web服務(wù)器整合使用
雖然tomcat也可以作web服務(wù)器,但其處理靜態(tài)html的速度比不上apache,且其作為web服務(wù)器的功能遠(yuǎn)不如apache,因此我們想把a(bǔ)pache和tomcat集成起來，將html與jsp的功能部分進(jìn)行明確分工，讓tomcat只處理jsp部分，其它的由apache,IIS等這些web服務(wù)器處理，由此大大節(jié)省了tomcat有限的工作“線程”。
4.負(fù)載均衡
在負(fù)載均衡的思路下，多臺服務(wù)器為對稱方式，每臺服務(wù)器都具有同等的地位，可以單獨(dú)對外提供服務(wù)而無須其他服務(wù)器的輔助。通過負(fù)載分擔(dān)技術(shù)，將外部發(fā)送來的請求按一定規(guī)則分配到對稱結(jié)構(gòu)中的某一臺服務(wù)器上，而接收到請求的服務(wù)器都獨(dú)立回應(yīng)客戶機(jī)的請求。
提供服務(wù)的一組服務(wù)器組成了一個(gè)應(yīng)用服務(wù)器集群(cluster)，并對外提供一個(gè)統(tǒng)一的地址。當(dāng)一個(gè)服務(wù)請求被發(fā)至該集群時(shí)，根據(jù)一定規(guī)則選擇一臺服務(wù)器，并將服務(wù)轉(zhuǎn)定向給該服務(wù)器承擔(dān)，即將負(fù)載進(jìn)行均衡分?jǐn)偂?BR>
通過應(yīng)用負(fù)載均衡技術(shù)，使應(yīng)用服務(wù)超過了一臺服務(wù)器只能為有限用戶提供服務(wù)的限制，可以利用多臺服務(wù)器同時(shí)為大量用戶提供服務(wù)。當(dāng)某臺服務(wù)器出現(xiàn)故障時(shí)，負(fù)載均衡服務(wù)器會自動進(jìn)行檢測并停止將服務(wù)請求分發(fā)至該服務(wù)器，而由其他工作正常的服務(wù)器繼續(xù)提供服務(wù)，從而保證了服務(wù)的可靠性。
負(fù)載均衡實(shí)現(xiàn)的方式大概有四種：第一是通過DNS，但只能實(shí)現(xiàn)簡單的輪流分配，不能處理故障，第二如果是基于MS IIS，Windows 2003 server本身就帶了負(fù)載均衡服務(wù)，第三是硬件方式，通過交換機(jī)的功能或?qū)ｉT的負(fù)載均衡設(shè)備可以實(shí)現(xiàn)，第四種是軟件方式，通過一臺負(fù)載均衡服務(wù)器進(jìn)行，上面安裝軟件。使用Apache Httpd Server做負(fù)載平衡器，Tomcat集群節(jié)點(diǎn)使用Tomcat就可以做到以上第四種方式。這種方式比較靈活，成本相對也較低。另外一個(gè)很大的優(yōu)點(diǎn)就是可以根據(jù)應(yīng)用的情況和服務(wù)器的情況采取一些策略。
四. 自身調(diào)整本節(jié)將向您詳細(xì)介紹一些加速可使Tomcat實(shí)例加速運(yùn)行的技巧和方法，無論是在什么操作系統(tǒng)或者何種Java虛擬機(jī)上。在有些情況下，您可能沒有控制部署環(huán)境上的操作系統(tǒng)或者Java虛擬機(jī)。在這種情況下，您就需要逐行了解以下的的一些建議，然而你應(yīng)該在修改后使之生效。我認(rèn)為以下方法是Tomcat性能自身調(diào)整的最佳方式。
1.禁用DNS查詢
當(dāng)web應(yīng)用程序向要記錄客戶端的信息時(shí)，它也會記錄客戶端的IP地址或者通過域名服務(wù)器查找機(jī)器名轉(zhuǎn)換為IP地址。DNS查詢需要占用網(wǎng)絡(luò)，并且包括可能從很多很遠(yuǎn)的服務(wù)器或者不起作用的服務(wù)器上去獲取對應(yīng)的IP的過程，這樣會消耗一定的時(shí)間。為了消除DNS查詢對性能的影響我們可以關(guān)閉DNS查詢，方式是修改server.xml文件中的enableLookups參數(shù)值：
Tomcat4
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector" port="80" minProcessors="5" maxProcessors="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" useURIValidationHack="false" disableUploadTimeout="true" />
Tomcat5
<Connector port="80" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" disableUploadTimeout="true"/>
除非你需要連接到站點(diǎn)的每個(gè)HTTP客戶端的機(jī)器名，否則我們建議在生產(chǎn)環(huán)境上關(guān)閉DNS查詢功能。可以通過Tomcat以外的方式來獲取機(jī)器名。這樣不僅節(jié)省了網(wǎng)絡(luò)帶寬、查詢時(shí)間和內(nèi)存，而且更小的流量會使日志數(shù)據(jù)也會變得更少，顯而易見也節(jié)省了硬盤空間。對流量較小的站點(diǎn)來說禁用DNS查詢可能沒有大流量站點(diǎn)的效果明顯，但是此舉仍不失為一良策。誰又見到一個(gè)低流量的網(wǎng)站一夜之間就流量大增呢？
2.調(diào)整線程數(shù)
另外一個(gè)可通過應(yīng)用程序的連接器（Connector）進(jìn)行性能控制的的參數(shù)是創(chuàng)建的處理請求的線程數(shù)。Tomcat使用線程池加速響應(yīng)速度來處理請求。在Java中線程是程序運(yùn)行時(shí)的路徑，是在一個(gè)程序中與其它控制線程無關(guān)的、能夠獨(dú)立運(yùn)行的代碼段。它們共享相同的地址空間。多線程幫助程序員寫出CPU最大利用率的高效程序，使空閑時(shí)間保持最低，從而接受更多的請求。
Tomcat4中可以通過修改minProcessors和maxProcessors的值來控制線程數(shù)。這些值在安裝后就已經(jīng)設(shè)定為默認(rèn)值并且是足夠使用的，但是隨著站點(diǎn)的擴(kuò)容而改大這些值。minProcessors服務(wù)器啟動時(shí)創(chuàng)建的處理請求的線程數(shù)應(yīng)該足夠處理一個(gè)小量的負(fù)載。也就是說，如果一天內(nèi)每秒僅發(fā)生5次單擊事件，并且每個(gè)請求任務(wù)處理需要1秒鐘，那么預(yù)先設(shè)置線程數(shù)為5就足夠了。但在你的站點(diǎn)訪問量較大時(shí)就需要設(shè)置更大的線程數(shù)，指定為參數(shù)maxProcessors的值。maxProcessors的值也是有上限的，應(yīng)防止流量不可控制（或者惡意的服務(wù)攻擊），從而導(dǎo)致超出了虛擬機(jī)使用內(nèi)存的大小。如果要加大并發(fā)連接數(shù)，應(yīng)同時(shí)加大這兩個(gè)參數(shù)。web server允許的最大連接數(shù)還受制于操作系統(tǒng)的內(nèi)核參數(shù)設(shè)置，通常Windows是2000個(gè)左右，Linux是1000個(gè)左右。
在Tomcat5對這些參數(shù)進(jìn)行了調(diào)整，請看下表：
屬性名
描述
maxThreads
Tomcat使用線程來處理接收的每個(gè)請求。這個(gè)值表示Tomcat可創(chuàng)建的最大的線程數(shù)。
acceptCount
指定當(dāng)所有可以使用的處理請求的線程數(shù)都被使用時(shí)，可以放到處理隊(duì)列中的請求數(shù)，超過這個(gè)數(shù)的請求將不予處理。
connnectionTimeout
網(wǎng)絡(luò)連接超時(shí)，單位：毫秒。設(shè)置為0表示永不超時(shí)，這樣設(shè)置有隱患的。通常可設(shè)置為30000毫秒。
minSpareThreads
Tomcat初始化時(shí)創(chuàng)建的線程數(shù)。
maxSpareThreads
一旦創(chuàng)建的線程超過這個(gè)值，Tomcat就會關(guān)閉不再需要的socket線程。
最好的方式是多設(shè)置幾次并且進(jìn)行測試，觀察響應(yīng)時(shí)間和內(nèi)存使用情況。在不同的機(jī)器、操作系統(tǒng)或虛擬機(jī)組合的情況下可能會不同，而且并不是所有人的web站點(diǎn)的流量都是一樣的，因此沒有一刀切的方案來確定線程數(shù)的值。
3.加速JSP編譯速度
當(dāng)?shù)谝淮卧L問一個(gè)JSP文件時(shí)，它會被轉(zhuǎn)換為Java serverlet源碼，接著被編譯成Java字節(jié)碼。你可以控制使用哪個(gè)編譯器，默認(rèn)情況下，Tomcat使用使用命令行javac進(jìn)行使用的編譯器。也可以使用更快的編譯器，但是這里我們將介紹如何優(yōu)化它們。
另外一種方法是不要把所有的實(shí)現(xiàn)都使用JSP頁面，而是使用一些不同的java模板引擎變量。顯然這是一個(gè)跨越很大的決定，但是事實(shí)證明至少這種方法是只得研究的。如果你想了解更多有關(guān)在Tomcat可使用的模板語言，你可以參考Jason Hunter和William Crawford合著的《Java Servlet Programming 》一書（O'Reilly公司出版）。
在Tomcat 4.0中可以使用流行而且免費(fèi)的Jikes編譯器。Jikes編譯器的速度要由于Sun的Java編譯器。首先要安裝Jikes（可訪問http://oss.software.ibm.com/pub/jikes 獲得更多的信息），接著需要在環(huán)境變量中設(shè)置JIKESPATH包含系統(tǒng)運(yùn)行時(shí)所需的JAR文件。裝好Jikes以后還需要設(shè)置讓JSP編譯servlet使用Jikes，需要修改web.xml文件中jspCompilerPlugin的值：
<servlet>
<servlet-name>jsp</servlet-name>
<servlet-class>
org.apache.jasper.servlet.JspServlet
</servlet-class><init-param>
<param-name>logVerbosityLevel</param-name>
<param-value>WARNING</param-value>
</init-param>
<init-param>
<param-name>jspCompilerPlugin</param-name>
<param-value>
org.apache.jasper.compiler.JikesJavaCompiler
</param-value>
</init-param>
<init-param>
<!-- <param-name>
org.apache.catalina.jsp_classpath
</param-name> -->
<param-name>classpath</param-name>
<param-value>
/usr/local/jdk1.3.1-linux/jre/lib/rt.jar:
/usr/local/lib/java/servletapi/servlet.ja
r</param-value>
</init-param>
<load-on-startup>3</load-on-startup>
</servlet>
在Tomcat 4.1（或更高版本），JSP的編譯由包含在Tomcat里面的Ant程序控制器直接執(zhí)行。這聽起來有一點(diǎn)點(diǎn)奇怪，但這正是Ant有意為之的一部分，有一個(gè)API文檔指導(dǎo)開發(fā)者在沒有啟動一個(gè)新的JVM的情況下，使用Ant。這是使用Ant進(jìn)行Java開發(fā)的一大優(yōu)勢。另外，這也意味著你現(xiàn)在能夠在Ant中使用任何javac支持的編譯方式，這里有一個(gè)關(guān)于Apache Ant使用手冊的javac page列表。使用起來是容易的，因?yàn)槟阒恍枰?nbsp;元素中定義一個(gè)名字叫“compiler”，并且在value中有一個(gè)支持編譯的編譯器名字，示例如下：
<servlet>
<servlet-name>jsp</servlet-name>
<servlet-class>
org.apache.jasper.servlet.JspServlet
</servlet-class>
<init-param>
<param-name>logVerbosityLevel</param-name>
<param-value>WARNING</param-value>
</init-param>
<init-param>
<param-name>compiler</param-name>
<param-value>jikes</param-value>
</init-param>
<load-on-startup>3</load-on-startup>
</servlet>
Ant可用的編譯器
名稱
別名
調(diào)用的編譯器
classic
javac1.1, javac1.2
Standard JDK 1.1/1.2 compiler
modern
javac1.3, javac1.4
Standard JDK 1.3/1.4 compiler
jikes
The Jikes compiler
JVC Microsoft
Microsoft command-line compiler from the Microsoft SDK for Java/Visual J++
KJC The kopi compiler
GCJ The gcj compiler (included as part of gcc)
SJ Symantec
Symantec's Java compiler
extJavac
Runs either the modern or classic compiler in a JVM of its own
由于JSP頁面在第一次使用時(shí)已經(jīng)被編譯，那么你可能希望在更新新的jsp頁面后馬上對它進(jìn)行編譯。實(shí)際上，這個(gè)過程完全可以自動化，因?yàn)榭梢源_認(rèn)的是新的JSP頁面在生產(chǎn)服務(wù)器和在測試服務(wù)器上的運(yùn)行效果是一樣的。
在Tomcat4的bin目錄下有一個(gè)名為jspc的腳本。它僅僅是運(yùn)行翻譯階段，而不是編譯階段，使用它可以在當(dāng)前目錄生成Java源文件。它是調(diào)試JSP頁面的一種有力的手段。
可以通過瀏覽器訪問再確認(rèn)一下編譯的結(jié)果。這樣就確保了文件被轉(zhuǎn)換成serverlet，被編譯了可直接執(zhí)行。這樣也準(zhǔn)確地模仿了真實(shí)用戶訪問JSP頁面，可以看到給用戶提供的功能。也抓緊這最后一刻修改出現(xiàn)的bug并且修改它J
Tomcat提供了一種通過請求來編譯JSP頁面的功能。例如，你可以在瀏覽器地址欄中輸入http://localhost:8080/examples/jsp/dates/date.jsp?jsp_precompile=true，這樣Tomcat就會編譯data.jsp而不是執(zhí)行它。此舉唾手可得，不失為一種檢驗(yàn)頁面正確性的捷徑。
4. 其它
前面我們提到過操作系統(tǒng)通過一些限制手段來防止惡意的服務(wù)攻擊，同樣Tomcat也提供了防止惡意攻擊或禁止某些機(jī)器訪問的設(shè)置。
Tomcat提供了兩個(gè)參數(shù)供你配置：RemoteHostValve 和RemoteAddrValve。
通過配置這兩個(gè)參數(shù)，可以讓你過濾來自請求的主機(jī)或IP地址，并允許或拒絕哪些主機(jī)/IP。與之類似的，在Apache的httpd文件里有對每個(gè)目錄的允許/拒絕指定。
例如你可以把Admin Web application設(shè)置成只允許本地訪問，設(shè)置如下：
<Context path="/path/to/secret_files" ...>
<Valve className="org.apache.catalina.valves.RemoteAddrValve"
allow="127.0.0.1" deny=""/>
</Context>
如果沒有給出允許主機(jī)的指定，那么與拒絕主機(jī)匹配的主機(jī)就會被拒絕，除此之外的都是允許的。與之類似，如果沒有給出拒絕主機(jī)的指定，那么與允許主機(jī)匹配的主機(jī)就會被允許，除此之外的都是拒絕的。
五. 容量計(jì)劃 容量計(jì)劃是在生產(chǎn)環(huán)境中使用Tomcat不得不提的提高性能的另一個(gè)重要的話題。如果你沒有對預(yù)期的網(wǎng)絡(luò)流量下的硬件和帶寬做考慮的話那么無論你如何做配置修改和測試都無濟(jì)于事。
這里先對提及的容量計(jì)劃作一個(gè)簡要的定義：容量計(jì)劃是指評估硬件、操作系統(tǒng)和網(wǎng)絡(luò)帶寬，確定應(yīng)用服務(wù)的服務(wù)范圍，尋求適合需求和軟件特性的軟硬件的一項(xiàng)活動。因此這里所說的軟件不僅包括Tomcat，也包括與Tomcat結(jié)合使用的任何第三方web服務(wù)器軟件。
如果在購買軟硬件或部署系統(tǒng)前你對容量計(jì)劃一無所知，不知道現(xiàn)有的軟硬件環(huán)境能夠支撐多少的訪問量，甚至更糟直到你已經(jīng)交付并且在生產(chǎn)環(huán)境上部署產(chǎn)品后才意識到配置有問題時(shí)再進(jìn)行變更可能為時(shí)已晚。此時(shí)只能增加硬件投入，增加硬盤容量甚至購買更好的服務(wù)器。如果事先做了容量計(jì)劃那么就不會搞的如此焦頭爛額了。
我們這里只介紹與Tomcat相關(guān)的內(nèi)容。
首先為了確定Tomcat使用機(jī)器的容量計(jì)劃，你應(yīng)該從一下列表項(xiàng)目種著手研究和計(jì)劃：
1. 硬件
采用什么樣的硬件體系？需要多少臺計(jì)算機(jī)？使用一個(gè)大型的，還是使用多臺小型機(jī)？每個(gè)計(jì)算機(jī)上使用幾個(gè)CPU？使用多少內(nèi)存？使用什么樣的存儲設(shè)備，I/O的處理速度有什么要求？怎樣維護(hù)這些計(jì)算機(jī)？不同的JVM在這些硬件上運(yùn)行的效果如何（比如IBM AIX系統(tǒng)只能在其設(shè)計(jì)的硬件系統(tǒng)上運(yùn)行）？
2. 網(wǎng)絡(luò)帶寬
帶寬的使用極限是多少？web應(yīng)用程序如何處理過多的請求？
3. 服務(wù)端操作系統(tǒng)
采用哪種操作系統(tǒng)作為站點(diǎn)服務(wù)器最好？在確定的操作系統(tǒng)上使用哪個(gè)JVM最好？例如，JVM在這種系統(tǒng)上是否支持本地多線程，對稱多處理？哪種系統(tǒng)可使web服務(wù)器更快、更穩(wěn)定，并且更便宜。是否支持多CPU？
4. Tomcat容量計(jì)劃
以下介紹針對Tomcat做容量計(jì)劃的步驟：
1） 量化負(fù)載。如果站點(diǎn)已經(jīng)建立并運(yùn)行，可以使用前面介紹的工具模仿用戶訪問，確定資源的需求量。
2） 針對測試結(jié)果或測試過程中進(jìn)行分析。需要知道那些請求造成了負(fù)載過重或者使用過多的資源，并與其它請求做比較，這樣就確定了系統(tǒng)的瓶頸所在。例如：如果servlet在查詢數(shù)據(jù)庫的步驟上耗用較長的時(shí)間，那么就需要考慮使用緩沖池來降低響應(yīng)時(shí)間。
3） 確定性能最低標(biāo)準(zhǔn)。例如，你不想讓用戶花20秒來等待結(jié)果頁面的返回，也就是說甚至在達(dá)到訪問量的極限時(shí)，用戶等待的時(shí)間也不能超過20秒種（從點(diǎn)擊鏈接到看到返第一條返回?cái)?shù)據(jù)）。這個(gè)時(shí)間中包含了數(shù)據(jù)庫查詢時(shí)間和文件訪問時(shí)間。同類產(chǎn)品性能在不同的公司可能有不同的標(biāo)準(zhǔn)，一般最好采取同行中的最低標(biāo)準(zhǔn)或?qū)@個(gè)標(biāo)準(zhǔn)做出評估。
4） 確定如何合理使用底層資源，并逐一進(jìn)行測試。底層資源包括CPU、內(nèi)存、存儲器、帶寬、操作系統(tǒng)、JVM等等。在各種生產(chǎn)環(huán)境上都按順序進(jìn)行部署和測試，觀察是否符合需求。在測試Tomcat時(shí)盡量多采用幾種JVM，并且調(diào)整JVM使用內(nèi)存和Tomcat線程池的大小進(jìn)行測試。同時(shí)為了達(dá)到資源充分合理穩(wěn)定地使用的效果，還需針對測試過程中出現(xiàn)的硬件系統(tǒng)瓶頸進(jìn)行處理確定合理的資源配置。這個(gè)過程最為復(fù)雜，而且一般由于沒有可參考的值所以只能靠理論推斷和經(jīng)驗(yàn)總結(jié)。
5） 如果通過第4步的反復(fù)測試如果達(dá)到了最優(yōu)的組合，就可以在相同的生產(chǎn)環(huán)境上部署產(chǎn)品了。
此外應(yīng)牢記一定要文檔化你的測試過程和結(jié)果，因?yàn)榇撕罂赡苓€會進(jìn)行測試，這樣就可以拿以前的測試結(jié)果做為參考。另外測試過程要反復(fù)多次進(jìn)行，每次的條件可能都不一樣，因此只有記錄下來才能進(jìn)行結(jié)果比較和最佳條件的選擇。
這樣我們通過測試找到了最好的組合方式，各種資源得到了合理的配置，系統(tǒng)的性能得到了極大的提升。
六. 附加資料 很顯然本文也很難全面而詳盡地闡述性能優(yōu)化過程。如果你進(jìn)行更多研究的話可能會把性能調(diào)優(yōu)做的更好，比如Java程序的性能調(diào)整、操作系統(tǒng)的調(diào)整、各種復(fù)雜環(huán)境與應(yīng)用系統(tǒng)和其它所有與應(yīng)用程序相關(guān)的東西。在這里提供一些文中提到的一些資源、文中提到的相關(guān)內(nèi)容的鏈接以及本文的一些參考資料。
1. Web性能測試資料及工具
1） Jmeter Wiki首頁，Jmeter為一個(gè)開源的100%Java開發(fā)的性能測試工具
http://wiki.apache.org/jakarta-jmeter/
2） Apache Benchmark使用說明
http://httpd.apache.org/docs-2.0/programs/ab.html
3） 一些Java相關(guān)測試工具的介紹，包含可以與Tomcat集成進(jìn)行測試的工具
http://blog.csdn.net/wyingquan/
4） LoadRunner? 是一種預(yù)測系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級負(fù)載測試工具。它通過模擬數(shù)據(jù)以千萬計(jì)用戶來實(shí)施并發(fā)負(fù)載來對整個(gè)企業(yè)架構(gòu)進(jìn)行測試，來幫助您更快的查找和發(fā)現(xiàn)問題。
http://www.mercury.com/us/products/performance-center/loadrunner/
2. 文中介紹的相關(guān)內(nèi)容的介紹
1） Apache 2.x + Tomcat 4.x做負(fù)載均衡，描述了如何利用jk配置集群的負(fù)載均衡。
http://raibledesigns.com/tomcat/index.html
2） 容量計(jì)劃的制定，收集了許多有關(guān)制定web站點(diǎn)容量計(jì)劃的例子：
http://www.capacityplanning.com/
3） 評測Tomcat5負(fù)載平衡與集群，
http://www.javaresearch.org/article/showarticle.jsp?column=556&thread=19777
4） Apache與Tomcat的安裝與整合之整合篇
http://www.javaresearch.org/article/showarticle.jsp?column=23&thread=18139
5） 性能測試工具之研究，介紹了性能測試工具的原理與思路
http://www.51testing.com/emagzine/No2_2.htm
6） Java的內(nèi)存泄漏
http://www.matrix.org.cn/resource/article/409.html
7） Web服務(wù)器和應(yīng)用程序服務(wù)器有什么區(qū)別？
http://www.matrix.org.cn/resource/article/1429.html
8） 詳細(xì)講解性能中數(shù)據(jù)庫集群的問題
http://www.theserverside.com/articles/article.tss?l=DB_Break