引言

彼時 SpringBoot 初興，萬象更新，號稱“開箱即用”“約定優(yōu)于配置”，一時間風(fēng)靡四方。

開發(fā)者趨之若鶩，紛紛稱快，仿佛自此架構(gòu)之重可卸、配置之繁可省，一行 main() 即可氣定神閑、縱橫沙場。

然則時光久遠(yuǎn)，方知此言非虛，卻也未盡其真。所謂默認(rèn)，不過是你未曾開口，框架自作主張。表面無礙，實(shí)則步步殺機(jī)，線上事故十有八九，皆因“未曾配置”的“默認(rèn)”。

回首往昔，實(shí)堪自嘲。曾自詡熟稔底層、精通原理，然于這些藏于陰影處的默認(rèn)設(shè)定，竟茫然不覺。故障一起，倉皇失措，耗時良久，方才發(fā)現(xiàn)，不過是框架做了一個并不適合的決定。

是以今日提筆，將過往種種記錄于此，只盼后來者少走彎路。

正文

Tomcat連接池

SpringBoot默認(rèn)使用Tomcat作為Web容器，但默認(rèn)的連接池配置在高并發(fā)場景下會成為瓶頸。

默認(rèn)配置下，Tomcat的最大連接數(shù)只有200，最大線程數(shù)也只有200。這意味著當(dāng)并發(fā)請求超過200時，后續(xù)請求就會排隊等待。在生產(chǎn)環(huán)境中，這個配置明顯不夠用。