tomcat的併發與性能優化思路

     最近負責一套系統，用的是lvs+nginx+tomcat+varnish+memcached+oracle的架構，參考了網上一些大牛的博客資料，供你們參考。

     tomcat 是一個輕量級應用服務器，在中小型系統和併發訪問用戶不是不少的場合下被廣泛使用，是開發和調試JSP 程序的首選。Tomcat 默認配置的最大請求數是 150，也就是說同時支持 150 個併發，固然了，也能夠將其改大。當一個進程有 500 個線程在跑的話，那性能已是很低很低了，當某個應用擁有 250 個以上併發的時候，應考慮應用服務器的集羣。tomcat的最大併發數是能夠配置的，實際運用中，最大併發數與硬件性能和CPU數量都有很大關係的。更好的硬件，更多的處理器都會使Tomcat支持更多的併發。具體能承載多少併發，須要看硬件的配置，CPU 越多性能越高，分配給 JVM 的內存越多性能也就越高，但也會加劇 GC 的負擔。這個併發能力還與應用的邏輯密切相關，若是邏輯很複雜須要大量的計算，那併發能力勢必會降低。若是每一個請求都含有不少的數據庫操做，那麼對於數據庫的性能也是很是高的。對於單臺數據庫服務器來講，容許客戶端的鏈接數量是有限制的。

    Tomcat 默認的 HTTP 實現是採用阻塞式的 Socket 通訊，每一個請求都須要建立一個線程處理。這種模式下的併發量受到線程數的限制，但對於 Tomcat 來講幾乎沒有 BUG 存在了。Tomcat 還能夠配置 NIO 方式的 Socket 通訊，在性能上高於阻塞式的，每一個請求也不須要建立一個線程進行處理，併發能力比前者高。但沒有阻塞式的成熟。
    系統環境不一樣，Tomcat版本不一樣、JDK版本不一樣、以及修改的設定參數不一樣。併發量的差別仍是滿大的。

    操做系統對於進程中的線程數有必定的限制：Windows 每一個進程中的線程數不容許超過 2000,Linux 每一個進程中的線程數不容許超過 1000,另外，在 Java 中每開啓一個線程須要耗用 1MB 的 JVM 內存空間用於做爲線程棧之用。