我們在使用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。