Spring Boot 在剛推出時(shí)，以“開箱即用、約定優(yōu)于配置”的理念迅速走紅。開發(fā)者只需一個(gè) main() 方法，就能輕松啟動(dòng)應(yīng)用，極大地降低了入門門檻。然而，隨著應(yīng)用逐漸走向生產(chǎn)環(huán)境，很多團(tuán)隊(duì)才發(fā)現(xiàn)：默認(rèn)配置并非萬能良藥，更多時(shí)候是隱藏的風(fēng)險(xiǎn)源。

Spring Boot 的默認(rèn)設(shè)定往往基于通用場景，但在高并發(fā)、大規(guī)模業(yè)務(wù)、復(fù)雜數(shù)據(jù)處理等生產(chǎn)環(huán)境下，這些配置可能直接演變?yōu)樾阅芷款i、資源浪費(fèi)甚至嚴(yán)重事故的根源。本文將逐一拆解 Spring Boot 默認(rèn)配置中常見的“雷區(qū)”，結(jié)合實(shí)際案例和優(yōu)化方案，幫助你在項(xiàng)目中提前排雷，避免代價(jià)高昂的線上故障。

Tomcat 連接池配置不足

Spring Boot 默認(rèn)內(nèi)嵌 Tomcat 作為 Web 容器，但其連接池和線程池配置過于保守：最大連接數(shù)和線程數(shù)僅為 200。在高并發(fā)場景下，超過 200 個(gè)并發(fā)請(qǐng)求就會(huì)進(jìn)入等待隊(duì)列，嚴(yán)重影響響應(yīng)速度。

更危險(xiǎn)的是，默認(rèn)超時(shí)時(shí)間為無限長，一旦網(wǎng)絡(luò)波動(dòng)或客戶端未主動(dòng)關(guān)閉，連接會(huì)長期占用資源，最終拖垮服務(wù)。

優(yōu)化建議（application.yml）：

server:
  tomcat:
    max-connections: 10000   # 最大連接數(shù)
    threads:
      max: 800               # 最大線程數(shù)
      min-spare: 100         # 保持一定數(shù)量的空閑線程
    accept-count: 100        # 等待隊(duì)列長度
    connection-timeout: 20000 # 超時(shí)時(shí)間

HikariCP 數(shù)據(jù)庫連接池

Spring Boot 默認(rèn)使用 HikariCP，但其最大連接數(shù)僅為 10，在稍復(fù)雜的業(yè)務(wù)場景下就會(huì)成為瓶頸。

優(yōu)化配置：

spring:
  datasource:
    hikari:
      maximum-pool-size: 50
      minimum-idle: 10
      connection-timeout: 30000
      idle-timeout: 600000
      max-lifetime: 1800000
      leak-detection-threshold: 60000

其中 leak-detection-threshold 建議開啟，以便快速發(fā)現(xiàn)數(shù)據(jù)庫連接泄漏問題。

JPA 默認(rèn)懶加載導(dǎo)致 N+1 查詢

Spring Boot 集成 JPA 時(shí)，@OneToMany 等關(guān)系默認(rèn)使用懶加載?？此乒?jié)省資源，但在查詢用戶及其關(guān)聯(lián)數(shù)據(jù)時(shí)，往往會(huì)引發(fā) N+1 查詢問題。

優(yōu)化方案：

• 使用 @EntityGraph 指定加載策略
• 或者在 Repository 中使用 JOIN FETCH

示例：

@Query("SELECT u FROM User u LEFT JOIN FETCH u.orders")
List<User> findAllWithOrders();

Jackson 時(shí)區(qū)序列化不一致

Jackson 默認(rèn)使用系統(tǒng)時(shí)區(qū)，在分布式部署場景下，時(shí)間序列化結(jié)果可能不一致。

統(tǒng)一配置：

spring:
  jackson:
    time-zone: GMT+8
    date-format: yyyy-MM-dd HH:mm:ss
    serialization:
      write-dates-as-timestamps: false

日志配置缺乏滾動(dòng)機(jī)制

默認(rèn)日志文件不做切分和清理，長時(shí)間運(yùn)行的服務(wù)會(huì)生成巨大日志，占滿磁盤。

優(yōu)化配置：

logging:
  file:
    name: app.log
  logback:
    rollingpolicy:
      max-file-size: 100MB
      max-history: 30
      total-size-cap: 3GB

并根據(jù)需要調(diào)整日志級(jí)別，避免生產(chǎn)環(huán)境中冗余日志拖慢性能。

緩存實(shí)現(xiàn)缺陷

@Cacheable 默認(rèn)基于 ConcurrentHashMap，沒有過期和大小控制，長期運(yùn)行下可能導(dǎo)致內(nèi)存溢出。

推薦使用 Caffeine：

spring:
  cache:
    type: caffeine
    caffeine:
      spec: maximumSize=10000,expireAfterWrite=600s

監(jiān)控端點(diǎn)暴露過多

Spring Boot Actuator 默認(rèn)開放多個(gè)端點(diǎn)（如環(huán)境變量、配置詳情），若無安全限制，可能導(dǎo)致敏感信息泄漏。

生產(chǎn)建議：

management:
  endpoints:
    web:
      exposure:
        include: health,info,metrics
  endpoint:
    health:
      show-details: when-authorized

文件上傳大小限制過小

默認(rèn)僅支持 1MB 單文件上傳和 10MB 總請(qǐng)求大小，實(shí)際業(yè)務(wù)中極易報(bào)錯(cuò)。

優(yōu)化配置：

spring:
  servlet:
    multipart:
      max-file-size: 100MB
      max-request-size: 100MB
      file-size-threshold: 2KB
      location: /tmp

異步線程池問題

@Async 默認(rèn)使用 SimpleAsyncTaskExecutor，每次任務(wù)都會(huì)創(chuàng)建新線程，生產(chǎn)環(huán)境下可能導(dǎo)致內(nèi)存和 CPU 被線程切換耗盡。

推薦配置：

spring:
  task:
    execution:
      pool:
        core-size: 8
        max-size: 16
        queue-capacity: 100
        keep-alive: 60s
      thread-name-prefix: async-task-
    scheduling:
      pool:
        size: 4
      thread-name-prefix: scheduling-

靜態(tài)資源緩存

Spring Boot 默認(rèn)不為靜態(tài)資源添加緩存頭，導(dǎo)致瀏覽器每次都要重新下載資源。

優(yōu)化方案：

spring:
  web:
    resources:
      cache:
        cachecontrol:
          max-age: 365d
          cache-public: true
      chain:
        strategy:
          content:
            enabled: true
            paths: /**

數(shù)據(jù)庫事務(wù)超時(shí)

@Transactional 默認(rèn)無超時(shí)限制，長事務(wù)會(huì)長時(shí)間持鎖，嚴(yán)重影響并發(fā)性能。

改進(jìn)示例：

@Transactional(timeout = 30, rollbackFor = Exception.class)
public void batchProcess(List<Data> dataList) {
    int batchSize = 100;
    for (int i = 0; i < dataList.size(); i += batchSize) {
        List<Data> batch = dataList.subList(i, Math.min(i + batchSize, dataList.size()));
        processBatch(batch);
    }
}

結(jié)論

Spring Boot 的默認(rèn)配置確實(shí)極大地降低了開發(fā)門檻，但這些配置并非為生產(chǎn)環(huán)境量身定制。

• Tomcat 和 HikariCP 的保守設(shè)定可能限制并發(fā)能力
• JPA 懶加載和事務(wù)配置可能導(dǎo)致性能問題
• 日志、緩存、監(jiān)控等默認(rèn)行為可能引發(fā)資源泄漏或信息暴露
• 文件上傳、異步線程池、靜態(tài)資源緩存等細(xì)節(jié)若忽略，會(huì)嚴(yán)重影響用戶體驗(yàn)

因此，真正的“開箱即用”并非止步于默認(rèn)，而是基于業(yè)務(wù)場景進(jìn)行合理調(diào)優(yōu)。提前識(shí)別并優(yōu)化這些隱性風(fēng)險(xiǎn)，不僅能保障系統(tǒng)穩(wěn)定性，更能避免用線上事故來“交學(xué)費(fèi)”。