二十六、閒談Tomcat效能優化
Tomcat在各位JavaWeb從業者常常就是預設的開發環境，但是Tomcat的預設配置作為生產環境，尤其是記憶體和執行緒的配置，預設都很低，容易成為效能瓶頸.
幸好Tomcat還有很多的提升空間.下文介紹一下Tomcat優化,可以分為記憶體,執行緒,IO.
一:Tomcat記憶體優化,啟動時告訴JVM我要一塊大記憶體(調優記憶體是最直接的方式)
Windows 下的catalina.bat
Linux 下的catalina.sh 如:
JAVA_OPTS=’-Xms256m -Xmx512m’
-Xms JVM初始化堆的大小
-Xmx 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的程式碼".優化的前提條件是良好的程式碼質量和設計.