八年前Meta就有萬億參數(shù)模型了。但Spring Boot的默認配置，直到今天還在假裝你的服務器資源無限。

我在Lakaut AC擔任架構師，負責核心系統(tǒng)Lakaut Hub——一個真實的數(shù)字證書認證平臺，有真實的流量，真實的日志，真實的崩潰。不是什么教程里的Hello World。

官方文檔展示的永遠是空無一人的售票處。但生產(chǎn)環(huán)境是Soda Stereo演唱會開場前的那一刻：300人同時涌向入口，系統(tǒng)沒壞，只是從來沒被設計成能扛住這種峰值。

被忽視的WARN日志

應用啟動時，控制臺有一條警告我忽略了數(shù)周：

spring.jpa.open-in-view is enabled by default. Therefore, database queries may be performed during view rendering.

open-in-view=true是默認設置。這意味著Hibernate會話在整個HTTP請求周期內(nèi)保持打開——從請求進入，到業(yè)務邏輯、驗證、JSON序列化全部完成。任何不需要數(shù)據(jù)庫的操作，都在占用連接池。

我用Actuator在Lakaut Hub實測：一個執(zhí)行多次JPA查詢的端點，每個請求從進入到響應完成全程占用池連接。50并發(fā)峰值時，連接獲取超時。不是Bug，是默認配置的代價。

修復只需要一行，理解需要一整個下午

application.yml修改：

spring.jpa.open-in-view: false

連接在數(shù)據(jù)庫操作結束后立即歸還。配合Hikari調(diào)參：maximum-pool-size 10（不超過Railway套餐上限），minimum-idle 5（避免冷啟動），connection-timeout 20000ms，idle-timeout 5分鐘，max-lifetime 20分鐘。

我的結論不舒服但真實：Spring Boot的默認配置為本地開發(fā)優(yōu)化，在PaaS真實生產(chǎn)環(huán)境配合JVM調(diào)優(yōu)和PostgreSQL高負載下，這些默認值會燒毀你。我有日志證明。