我們在使用springboot(版本：2.0.3.RELEASE)開發web專案時，大多數時候采用的是內置的Tomcat（當然也可以配置支持內置的jetty），內置Tomcat有什么好處呢？
1、方便微服務部署，減少繁雜的配置
2、方便專案啟動，不需要單獨下載web容器，如Tomcat，jetty等，
#云服務器配置12核心，24G記憶體，java啟動jar命令：
nohup $JAVA_HOME/bin/java -server -Xms10240m -Xmx14336m -Xmn9216m -XX:MetaspaceSize=400m -XX:MaxMetaspaceSize=5120m -XX:-OmitStackTraceInFastThrow -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -Xloggc:./song_gc.log -XX:ErrorFile=./song_error.log -jar $APP_HOME/$APP_MAINCLASS >> $LOG_FILE 2>&1 &
針對目前的容器優化，可以從以下幾點考慮：
1、執行緒數 2、超時時間 3、JVM優化
首先，執行緒數是一個重點，每一次HTTP請求到達Web服務器，Web服務器都會創建一個執行緒來處理該請求，該引數決定了應用服務同時可以處理多少個HTTP請求，
比較重要的有兩個：初始執行緒數和最大執行緒數，
初始執行緒數：保障啟動的時候，如果有大量用戶訪問，能夠很穩定的接受請求，最大執行緒數：用來保證系統的穩定性，
超時時間：用來保障連接數不容易被壓垮，如果大批量的請求過來，延遲比較高，很容易把執行緒數用光，這時就需要提高超時時間，這種情況在生產中是比較常見的 ，一旦網路不穩定，寧愿丟包也不能把服務器壓垮，
min-spare-threads：最小備用執行緒數，tomcat啟動時的初始化的執行緒數，
max-threads：Tomcat可創建的最大的執行緒數，每一個執行緒處理一個請求，超過這個請求數后，客戶端請求只能排隊，等有執行緒釋放才能處理，（建議這個配置數可以在服務器CUP核心數的200~250倍之間）
accept-count：當呼叫Web服務的HTTP請求數達到tomcat的最大執行緒數時，還有新的HTTP請求到來，這時tomcat會將該請求放在等待佇列中，這個acceptCount就是指能夠接受的最大等待數，默認100，如果等待佇列也被放滿了，這個時候再來新的請求就會被tomcat拒絕（connection refused），
max-connections：這個引數是指在同一時間，tomcat能夠接受的最大連接數，一般這個值要大于(max-threads)+(accept-count)，
connection-timeout：最長等待時間，如果沒有資料進來，等待一段時間后斷開連接，釋放執行緒，
在spring boot組態檔中application.yml，添加以下配置：
這塊對tomcat進行了一個優化配置，最大執行緒數是2500，初始化執行緒是500，超時時間是12000ms；
# Tomcat
server:
tomcat:
uri-encoding: UTF-8
#最小執行緒數
min-spare-threads: 500
#最大執行緒數
max-threads: 2500
#最大鏈接數
max-connections: 6500
#最大等待佇列長度
accept-count: 1000
#請求頭最大長度kb
max-http-header-size: 1048576
#請請求體最大長度kb
#max-http-post-size: 2097152
#服務http埠
port: 8080
#鏈接建立超時時間
connection-timeout: 12000
servlet:
#訪問根路徑
context-path: /song
JVM優化一般來說沒有太多場景，無非就是加大初始的堆，和最大限制堆,當然也不能無限增大，要根據實際情況優化，
初始記憶體和最大記憶體基本會設定成一樣的，具體大小根據場景設定，-server是一個必須要用的引數，至于收集器這些使用默認的就可以了，除非有特定需求，
1.使用-server模式：設定JVM使用server模式，64位JDK默認啟動該模式，
2.指定堆引數：這個根據服務器的記憶體大小，來設定堆引數，
-Xms :設定Java堆疊的初始化大小
-Xmx :設定最大的java堆大小
設定初始化堆記憶體為10240MB，最大為14336MB，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/157908.html
標籤：Java