tomcat性能調優

前幾天看見一篇介紹性能調優文章,以爲不錯。特此收藏(http://blog.csdn.net/lifetragedy/article/details/7708724)html

閒談Tomcat性能優化

Tomcat在各位JavaWeb從業者經常就是默認的開發環境,可是Tomcat的默認配置做爲生產環境,尤爲是內存和線程的配置,默認都很低,容易成爲性能瓶頸.web

幸虧Tomcat還有不少的提高空間.下文介紹一下Tomcat優化,能夠分爲內存,線程,IO.apache

一:Tomcat內存優化,啓動時告訴JVM我要一塊大內存(調優內存是最直接的方式)編程

Windows 下的catalina.battomcat

Linux 下的catalina.sh 如:性能優化

JAVA_OPTS='-Xms256m -Xmx512m' 

-Xms<size> JVM初始化堆的大小服務器

-Xmx<size> JVM堆的最大值 實際參數大小根據服務器配置或者項目具體設置.架構

二:Tomcat 線程優化 在server.xml中 如:併發

<Connector port="80" protocol="HTTP/1.1" maxThreads="600" minSpareThreads="100" maxSpareThreads="500" acceptCount="700" connectionTimeout="20000" /> 

maxThreads="X" 表示最多同時處理X個鏈接異步

minSpareThreads="X" 初始化X個鏈接

maxSpareThreads="X" 表示若是最多能夠有X個線程,一旦超過X個,則會關閉不在須要的線程

acceptCount="X" 當同時鏈接的人數達到maxThreads時,還能夠排隊,隊列大小爲X.超過X就不處理

三:Tomcat IO優化

1:同步阻塞IO(JAVA BIO) 同步並阻塞,服務器實現模式爲一個鏈接一個線程(one connection one thread 想一想都以爲恐怖,線程但是很是寶貴的資源),固然能夠經過線程池機制改善.

2:JAVA NIO:又分爲同步非阻塞IO,異步阻塞IO 與BIO最大的區別one request one thread.能夠複用同一個線程處理多個connection(多路複用).

3:,異步非阻塞IO(Java NIO2又叫AIO) 主要與NIO的區別主要是操做系統的底層區別.能夠作個比喻:比做快遞,NIO就是網購後要本身到官網查下快遞是否已經到了(多是屢次),而後本身去取快遞;AIO就是快遞員送貨上門了(不用關注快遞進度)。

BIO方式適用於鏈接數目比較小且固定的架構,這種方式對服務器資源要求比較高,併發侷限於應用中,JDK1.4之前的惟一選擇,但程序直觀簡單易理解.

NIO方式適用於鏈接數目多且鏈接比較短(輕操做)的架構,好比聊天服務器,併發侷限於應用中,編程比較複雜,JDK1.4開始支持.

AIO方式使用於鏈接數目多且鏈接比較長(重操做)的架構,好比相冊服務器,充分調用OS參與併發操做,編程比較複雜,JDK7開始支持.

在server.xml中

<Connector port="80" protocol="org.apache.coyote.http11.Http11NioProtocol" connectionTimeout="20000" URIEncoding="UTF-8" useBodyEncodingForURI="true" enableLookups="false" redirectPort="8443" /> 

實現對Tomcat的IO切換.

四:大殺器APR

APR是從操做系統級別來解決異步的IO問題,大幅度的提升性能. (http://apr.apache.org/). 

APR(Apache Portable Runtime)是一個高可移植庫,它是Apache HTTP Server 2.x的核心.能更好地和其它本地web技術集成,整體上讓Java更有效率做爲一個高性能web服務器平臺而不是簡單做爲後臺容器.

在產品環境中,特別是直接使用Tomcat作WEB服務器的時候,應該使用Tomcat Native來提升其性能.若是不配APR,基本上300個線程狠快就會用滿,之後的請求就只好等待.可是配上APR以後,併發的線程數量明顯降低,從原來的300可能會立刻降低到只有幾十,新的請求會毫無阻塞的進來.

在局域網環境測,就算是400個併發,也是一瞬間就處理/傳輸完畢,可是在真實的Internet環境下,頁面處理時間只佔0.1%都不到,絕大部分時間都用來頁面傳輸.若是不用APR,一個線程同一時間只能處理一個用戶,勢必會形成阻塞。因此生產環境下用apr是很是必要的.

安裝Apache Tomcat Native Library,直接啓動就支持apr(http://tomcat.apache.org/native-doc/)它自己是基於APR的. 具體安裝方法能夠參考其餘博客和文章. 排除代碼問題Tomcat優化到這個層次,能夠應對大部分性能需求.

最後一句話"再牛B的服務器,也頂不住一個傻B的代碼".優化的前提條件是良好的代碼質量和設計.
相關文章
相關標籤/搜索