簡介

考慮一下這種場景，你開發了一個應用，它有十分優秀的布局設計，最新的特性以及其它的優秀特點。但是在性能這方麵欠缺，不管這個應用如何都會遭到客戶拒絕。客戶總是期望它們的應用應該有更好的性能。如果你在產品中使用了Tomcat服務器，那麼這篇文章就會給你幾方麵來提升Tomcat服務器的性能。感謝ITWorld article給本文提供資源。經過沉思我已經知道了和早期版本相比最新的Tomcat提供更好的性能和穩定性。所以一直使用最新的Tomcat版本。現在本文使用下麵幾步來提高Tomcat服務器的性能。

1. 增加JVM堆內存大小
2. 修複JRE內存泄漏
3. 線程池設置
4. 壓縮
5. 數據庫性能調優
6. Tomcat本地庫
7. 其它選項

第一步  – 提高JVM棧內存Increase JVM heap memory

你使用過tomcat的話，簡單的說就是“內存溢出”. 通常情況下，這種問題出現在實際的生產環境中.產生這種問題的原因是tomcat使用較少的內存給進程,通過配置TOmcat的配置文件(Windows 下的catalina.bat或Linux下的catalina.sh)可以解決這種問題.這種解決方法是通過增加JVM的棧內存實現的.也就是說，JVM通常不去調用垃圾回收器，所以服務器可以更多關注處理web請求，並要求盡快完成。要更改文件(catalina.sh) 位於"\tomcat server folder\bin\catalina.sh"，下麵，給出這個文件的配置信息，

-Xms – 指定初始化時化的棧內存
-Xmx – 指定最大棧內存
在重啟你的Tomcat服務器之後，這些配置的更改才會有效。下麵將介紹如何處理JRE內存泄漏.

第二步 – 解決JRE內存泄露

性能表現不佳的另一個主要原因是內存泄漏，正如我之前說過：始終使用最新的tomcat服務器以獲得更好的性能和可伸縮性。現在，這句話變成真的。如果我們使用最新的tomcat版本6.0.26及以上就可以解決這個錯誤，因為它包含了一個監聽器來處理JRE和PermGen的內存泄漏。使用的監聽器是，

你可以在server.xml文件中找到這個監聽器的配置，server.xml位置在“tomcat project folder/conf/server.xml”。接下來，我們將看看如何調整連接屬性“maxThreads”。

第三步 – 線程池設置

線程池指定Web請求負載的數量，因此，為獲得更好的性能這部分應小心處理。可以通過調整連接器屬性“maxThreads”完成設置。maxThreads的值應該根據流量的大小，如果值過低，將有沒有足夠的線程來處理所有的請求，請求將進入等待狀態，隻有當一個的處理線程釋放後才被處理；如果設置的太大，Tomcat的啟動將花費更多時間。因此它取決於我們給maxThreads設置一個正確的值。

在上述配置中，maxThreads值設定為“250”，這指定可以由服務器處理的並發請求的最大數量。如果沒有指定，這個屬性的默認值為“200”。任何多出的並發請求將收到“拒絕連接”的錯誤提示，直到另一個處理請求進程被釋放。錯誤看起來如下，

如果應用提示上述錯誤，務必檢查上述錯誤是否是由於單個請求花費太長時間造成的，這個問題的原因是這樣的，有時候如果數據庫連接不釋放的話，進程將不會處理其它請求。

注意: 如果請求的數量超過了“750”，這將不是意味著將maxThreads屬性值設置為“750”，它意外著最好使用“Tomcat集群”的多個實例。也就是說，如果有“1000”請求，兩個Tomcat實例設置“maxThreads= 500”，而不在單Tomcat實例的情況下設置maxThreads=1000。 

根據我的經驗，準確值的設定可以通過將應用在在各種環境中測試得出。接下來，我們來看看如何壓縮的MIME類型。 

第4步- 壓縮

Tomcat有一個通過在server.xml配置文件中設置壓縮的選項。壓縮可以在connector像如下設置中完成，

第五步- 數據庫性能調優

Tomcat性能在等待數據庫查詢被執行期間會降低。如今大多數應用程序都是使用可能包含“命名查詢”的關係型數據庫。如果是那樣的話，Tomcat會在啟動時默認加載命名查詢，這個可能會提升性能。另一件重要事是確保所有數據庫連接正確地關閉。給數據庫連接池設置正確值也是十分重要的。我所說的值是指Resource要素的最大空閑數（maxIdle），最大連接數（maxActive）,最大建立連接等待時間（maxWait）屬性的值。因為配置依賴與應用要求，我也不能在本文指定正確的值。你可以通過調用數據庫性能測試來找到正確的值。