Tomcat性能調優

找到Tomcat根目錄下的conf目錄，修改server.xml檔案的內容，對于這部分的調優，我所了解到的就是無非設定一下Tomcat服務器的最大并發數和Tomcat初始化時創建的執行緒數的設定，當然還有其他一些性能調優的設定，下圖是我根據我機子的性能設定的一些引數值，給各位詳細解釋一下吧：

1、URIEncoding=“UTF-8”：設定Tomcat的字符集，這種配置我們一般是不會設定的，因為關于亂碼的轉換我們會在具體專案中具體處理，直接修改Tomcat的字符集未免過于太死板，

2、maxThreads=“300”：設定當前Tomcat的最大并發數，Tomcat默認配置的最大請求數是150個，即同時能支持150個并發，但是在實際運用中，最大并發數與硬體性能和CPU數量都有很大關系的，更好的硬體、更高的處理器都會使Tomcat支持更多的并發數，如果一般在實際開發中，當某個應用擁有 250 個以上并發的時候，都會考慮到應用服務器的集群，

3、minSpareThreads=“50”：設定當前Tomcat初始化時創建的執行緒數，默認值為25，

4、acceptCount=“250”：當同時連接的人數達到maxThreads引數設定的值時，還可以接收排隊的連接數量，超過這個連接的則直接回傳拒絕連接，指定當任何能夠使用的處理請求的執行緒數都被使用時，能夠放到處理佇列中的請求數，超過這個數的請求將不予處理，默認值為100，在實際應用中，如果想加大Tomcat的并發數 ，應該同時加大acceptCount和maxThreads的值，

5、enableLookups=“false”：是否開啟域名反查，一般設定為false來提高處理能力，它的取值還有true，一般很少使用，

6、maxKeepAliveRequests=“1”：nginx動態的轉給tomcat，nginx是不能keepalive的，而tomcat端默認開啟了keepalive，會等待keepalive的timeout，默認不設定就是使用connectionTimeout，所以必須設定tomcat的超時時間，并關閉tomcat的keepalive，否則會產生大量tomcat的socket timewait，

maxKeepAliveRequests=”1”就可以避免tomcat產生大量的TIME_WAIT連接，從而從一定程度上避免tomcat假死，

JVM性能調優

Tomcat本身還是運行在JVM上的，通過對JVM引數的調整我們可以使Tomcat擁有更好的性能，目前針對JVM的調優主要有兩個方面：記憶體調優和垃圾回收策略調優，

一、記憶體調優

找到Tomcat根目錄下的bin目錄，設定catalina.sh檔案中JAVA_OPTS變數即可，因為后面的啟動引數會把JAVA_OPTS作為JVM的啟動引數來處理，再說Java虛擬機的記憶體結構是有點復雜的，相信很多人在理解上都是很抽象的，它主要分為堆、堆疊、方法區和垃圾回收系統等幾個部分組成，下面是我從網上扒的記憶體結構圖：

記憶體調優這塊呢，無非就是通過修改它們各自的記憶體空間的大小，使應用能夠更加合理的運用，下圖是我根據我機子的性能設定的引數，給各位詳細解釋一下各個引數的含義吧：

1、-Xmx512m：設定Java虛擬機的堆的最大可用記憶體大小，單位：兆(m)，整個堆大小=年輕代大小 + 年老代大小 + 持久代大小，持久代一般固定大小為64m，堆的不同分布情況，對系統會產生一定的影響，盡可能將物件預留在新生代，減少老年代GC的次數（通常老年回收起來比較慢），

實際作業中，通常將堆的初始值和最大值設定相等，這樣可以減少程式運行時進行的垃圾回收次數和空間擴展，從而提高程式性能，

2、-Xms512m：設定Java虛擬機的堆的初始值記憶體大小，單位：兆(m)，此值可以設定與-Xmx相同，以避免每次垃圾回收完成后JVM重新分配記憶體，

3、-Xmn170m：設定年輕代記憶體大小，單位：兆(m)，此值對系統性能影響較大，Sun官方推薦配置為整個堆的3/8，一般在增大年輕代記憶體后，也會將會減小年老代大小，

4、-Xss128k：設定每個執行緒的堆疊大小，JDK5.0以后每個執行緒堆疊大小為1M，以前每個執行緒堆疊大小為256K，更具應用的執行緒所需記憶體大小進行調整，

在相同物理記憶體下，減小這個值能生成更多的執行緒，但是作業系統對一個行程內的執行緒數還是有限制的，不能無限生成，經驗值在3000~5000左右，

5、-XX:NewRatio=4：設定年輕代（包括Eden和兩個Survivor區）與年老代的比值（除去持久代），設定為4，則年輕代與年老代所占比值為1：4，年輕代占整個堆疊的1/5 ，

6、-XX:SurvivorRatio=4：設定年輕代中Eden區與Survivor區的大小比值，設定為4，則兩個Survivor區與一個Eden區的比值為2:4，一個Survivor區占整個年輕代的1/6，

7、-XX:MaxPermSize=16m：設定持久代大小為16m，上面也說了，持久代一般固定的記憶體大小為64m，

8、-XX:MaxTenuringThreshold=0：設定垃圾最大年齡，

如果設定為0的話，則年輕代物件不經過Survivor區，直接進入年老代，對于年老代比較多的應用，可以提高效率，

如果將此值設定為一個較大值，則年輕代物件會在Survivor區進行多次復制，這樣可以增加物件再年輕代的存活時間，增加在年輕代即被回收的概論，

二、垃圾回收策略調優

找到Tomcat根目錄下的bin目錄，也是設定catalina.sh檔案中JAVA_OPTS變數即可，我們都知道Java虛擬機都有默認的垃圾回識訓制，但是不同的垃圾回識訓制的效率是不同的，正是因為這點我們才經常對Java虛擬機的垃圾回收策略進行相應的調整，下面也是通過我的一些需求來配置的垃圾回收策略：

Java虛擬機的垃圾回收策略一般分為：串行收集器、并行收集器和并發收集器，

串行收集器：

1、-XX:+UseSerialGC：代表垃圾回收策略為串行收集器，即在整個掃描和復制程序采用單執行緒的方式來進行，適用于單CPU、新生代空間較小及對暫停時間要求不是非常高的應用上，是client級別默認的GC方式，主要在JDK1.5之前的垃圾回收方式，

并發收集器：

1、-XX:+UseParallelGC：代表垃圾回收策略為并行收集器(吞吐量優先)，即在整個掃描和復制程序采用多執行緒的方式來進行，適用于多CPU、對暫停時間要求較短的應用上，是server級別默認采用的GC方式，此配置僅對年輕代有效，該配置只能讓年輕代使用并發收集，而年老代仍舊使用串行收集，

2、-XX:ParallelGCThreads=4：配置并行收集器的執行緒數，即：同時多少個執行緒一起進行垃圾回收，此值最好配置與處理器數目相等，

3、-XX:+UseParallelOldGC：配置年老代垃圾收集方式為并行收集，JDK6.0支持對年老代并行收集 ，

4、-XX:MaxGCPauseMillis=100：設定每次年輕代垃圾回收的最長時間，如果無法滿足此時間，JVM會自動調整年輕代大小，以滿足此值，

5、-XX:+UseAdaptiveSizePolicy：設定此選項后，并行收集器會自動選擇年輕代區大小和相應的Survivor區比例，以達到目標系統規定的最低相應時間或者收集頻率等，此值建議使用并行收集器時，一直打開，

并發收集器：

1、-XX:+UseConcMarkSweepGC：代表垃圾回收策略為并發收集器，

好了，到此我對虛擬機的垃圾回收策略總結就這么多，還是這句話：優化的學習一直在路上，下面還有一張從其他博客中偷到的圖，據說以上三種GC機制是需要配合使用的，

總結

總結了2020面試題，這份面試題的包含的模塊分為19個模塊，分別是： Java 基礎、容器、多執行緒、反射、物件拷貝、Java Web 、例外、網路、設計模式、Spring/Spring MVC、Spring Boot/Spring Cloud、Hibernate、MyBatis、RabbitMQ、Kafka、Zookeeper、MySQL、Redis、JVM ，
關注公眾號：程式員白楠楠

標籤：Java

上一篇：單點登錄（SSO）的設計與實作

下一篇：計算機組成-無鎖編程追求極致性能