一個Tomcat最多支持多少用戶的併發？

Tomcat 默認配置的最大請求數是 150，也就是說同時支持 150 個併發，固然了，也能夠將其改大。
當某個應用擁有 250 個以上併發的時候，應考慮應用服務器的集羣。
具體能承載多少併發，須要看硬件的配置，CPU 越多性能越高，分配給 JVM 的內存越多性能也就越高，但也會加劇 GC 的負擔。
操做系統對於進程中的線程數有必定的限制：
Windows 每一個進程中的線程數不容許超過 2000
Linux 每一個進程中的線程數不容許超過 1000
另外，在 Java 中每開啓一個線程須要耗用 1MB 的 JVM 內存空間用於做爲線程棧之用。
Tomcat的最大併發數是能夠配置的，實際運用中，最大併發數與硬件性能和CPU數量都有很大關係的。更好的硬件，更多的處理器都會使Tomcat支持更多的併發。
Tomcat 默認的 HTTP 實現是採用阻塞式的 Socket 通訊，每一個請求都須要建立一個線程處理。這種模式下的併發量受到線程數的限制，但對於 Tomcat 來講幾乎沒有 BUG 存在了。
Tomcat 還能夠配置 NIO 方式的 Socket 通訊，在性能上高於阻塞式的，每一個請求也不須要建立一個線程進行處理，併發能力比前者高。但沒有阻塞式的成熟。
這個併發能力還與應用的邏輯密切相關，若是邏輯很複雜須要大量的計算，那併發能力勢必會降低。若是每一個請求都含有不少的數據庫操做，那麼對於數據庫的性能也是很是高的。
對於單臺數據庫服務器來講，容許客戶端的鏈接數量是有限制的。
併發能力問題涉及整個系統架構和業務邏輯。
系統環境不一樣，Tomcat版本不一樣、JDK版本不一樣、以及修改的設定參數不一樣。併發量的差別仍是蠻大的。

 Tomcat接收請求的方式

       Tomcat支持三種接收請求的處理方式：BIO、NIO、APR 。  

      1>、Bio方式，阻塞式I/O操做即便用的是傳統Java I/O操做，Tomcat7如下版本默認狀況下是以bio模式運行的，因爲每一個請求都要建立一個線程來處理，線程開銷較大，不能處理高併發的場景，在三種模式中性能也最低

      配置以下(tomcat安裝目錄下的/conf/server.xml)：
     

      tomcat啓動以下，看到http-bio-8080即是bio模式：

      

  

      2>、Nio方式，是Java SE 1.4及後續版本提供的一種新的I/O操做方式(即java.nio包及其子包)，是一個基於緩衝區、並能提供非阻塞I/O操做的Java API，它擁        有比傳統I/O操做(bio)更好的併發運行性能。tomcat 8版本及以上默認nio模式

     配置以下：

    

      tomcat啓動以下，看到http-nio-8080即是nio模式：

     

      3>、apr模式：簡單理解，就是從操做系統級別解決異步IO問題，大幅度的提升服務器的處理和響應性能， 也是Tomcat運行高併發應用的首選模式。 
啓用這種模式稍微麻煩一些，須要安裝一些依賴庫， 而apr的本質就是使用jni技術調用操做系統底層的IO接口，因此須要提早安裝所須要的依賴，首先是須要安裝openssl和apr。具體的怎麼安裝在此就不講解,想了解的能夠百度，能夠參考http://www.javashuo.com/article/p-ttjeambl-gs.html

 總結:

      三者的性能測試結果能夠參考:https://blog.csdn.net/mrleeapple/article/details/80420395

Tomcat配置

 Tomcat/conf/server.xml修改配置

<Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol"
        redirectPort="8443"
        URIEncoding="UTF-8"
        minSpareThreads="100"
        maxSpareThreads="500"
        maxThreads="1000"
        acceptCount="700"
        connectionTimeout="30000"
        enableLookups="false"/>

 

參數說明

maxIdleTime： 最大空閒時間，超過這個空閒時間，且線程數大於minSpareThreads的，都會被回收，默認值1分鐘（60000ms）；
minSpareThreads：最小空閒線程數，任何狀況都會存活的線程數，即使超過了最大空閒時間，也不會被回收，默認值4；
maxSpareThreads：最大空閒線程數，在最大空閒時間（maxIdleTime）內活躍過，此時空閒，當空閒時間大於maxIdleTime則被回收，小則繼續存活，等待被調度，默認值50；
maxThreads：最大線程數，大併發請求時，tomcat能建立來處理請求的最大線程數，超過則放入請求隊列中進行排隊，默認值爲200；
acceptCount：當最大線程數（maxThreads）被使用完時，能夠放入請求隊列排隊個數，超過這個數返回connection refused（請求被拒絕），通常設置和maxThreads同樣，不過這個具體須要根據本身的應用實際訪問峯值和平均值來權衡，默認值爲100；
connectionTimeout：網絡鏈接超時，假設設置爲0表示永不超時，這樣設置隱患巨大，一般可設置爲30000ms，默認60000ms。

  Windows Tomcat容許每一個進程maxThreads（最大線程數）2000
  Linux Tomcat容許每一個進程maxThreads（最大線程數）1000