引言：還在等 Spring Boot 啟動？可能是你沒優(yōu)化對

很多團隊的核心業(yè)務系統(tǒng)還在使用 Spring Boot 1.4/1.5 這類早期經(jīng)典版本：

• 代碼穩(wěn)定、依賴體系成熟、不敢輕易大版本升級；
• 但一個啟動 30 秒甚至 1 分鐘的老項目，嚴重拖累日常開發(fā)調(diào)試與部署效率。

實際排查下來，大部分啟動慢問題，并不是業(yè)務邏輯本身慢，而是：

• 自動配置加載了一堆用不到的組件；
• 包掃描范圍過大；
• JVM 參數(shù)不合理；
• 非核心 Bean 提前初始化；
• 冗余依賴和插件拖后腿。

本文結(jié)合老項目實戰(zhàn)經(jīng)驗，總結(jié)了 5 個幾乎“零重構(gòu)”的優(yōu)化點：

• 不改業(yè)務代碼、不推翻架構(gòu)，在原有基礎(chǔ)上就能把啟動時間輕松縮短 50%+；
• 特別適用于：老項目維護、開發(fā)環(huán)境提速、生產(chǎn)部署優(yōu)化等場景。

一、優(yōu)化點 1：禁用不必要的自動配置（核心）

1.1 問題原因

在 Spring Boot 1.4/1.5 中，spring-boot-autoconfigure 會根據(jù)類路徑和配置自動裝配大量組件，比如：

• 數(shù)據(jù)源（多數(shù)據(jù)源、JPA、事務）
• Redis、緩存、消息中間件
• 郵件發(fā)送、模板引擎、Actuator 等

問題在于：只要依賴在類路徑上，Spring Boot 就會嘗試自動配置 Bean。
即使你項目中完全沒用到這些功能，也會：

• 掃描大量配置類；
• 創(chuàng)建并初始化對應的 Bean；
• 甚至還會嘗試連數(shù)據(jù)庫、拉起連接池。

最終結(jié)果：啟動階段 Bean 初始化數(shù)量暴增，耗時顯著上升。

1.2 操作步驟：通過exclude精準禁用無用自動配置

步驟 1：打開 debug 日志，查看生效的自動配置

在 application.properties 中增加：

debug=true

啟動后控制臺會輸出類似：

=========================
AUTO-CONFIGURATION REPORT
=========================

Positive matches:
   DataSourceAutoConfiguration matched ...
   RedisAutoConfiguration matched ...
   MailSenderAutoConfiguration matched ...
   ...

Positive matches 部分就是當前真正生效的自動配置列表。結(jié)合業(yè)務實際，挑出確定 完全不用 的配置類。

步驟 2：使用@SpringBootApplication(exclude = …)排除

在主啟動類上排除這些自動配置，例如：

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration;
import org.springframework.boot.autoconfigure.orm.jpa.HibernateJpaAutoConfiguration;
import org.springframework.boot.autoconfigure.data.redis.RedisAutoConfiguration;
import org.springframework.boot.autoconfigure.mail.MailSenderAutoConfiguration;

@SpringBootApplication(
    exclude = {
        DataSourceAutoConfiguration.class,
        HibernateJpaAutoConfiguration.class,
        RedisAutoConfiguration.class,
        MailSenderAutoConfiguration.class
    }
)
public class LegacyApplication {

    public static void main(String[] args) {
        SpringApplication.run(LegacyApplication.class, args);
    }
}

如果你只在某些 profile 下需要這些配置，也可以配合 @ConditionalOnProperty 等方式做更細粒度控制，這里先給出最直接的方式。

1.3 原理說明

Spring Boot 啟動過程中的大頭工作包括：

• 掃描 XXXAutoConfiguration 類；
• 解析條件注解（@ConditionalOnClass、@ConditionalOnMissingBean 等）；
• 注冊對應的 BeanDefinition，實例化并注入依賴。

通過 exclude 排除無用自動配置：

• 這些自動配置類根本不會被處理；
• 對應的 Bean 不會被創(chuàng)建，不再參與依賴注入與生命周期管理；
• 啟動階段整體要初始化的 Bean 總數(shù)明顯減少，從而大幅壓縮啟動時間。

1.4 注意事項

注意：排除前必須確認業(yè)務確實不依賴該組件

如果誤排除正在使用的數(shù)據(jù)源、事務或緩存相關(guān)自動配置，可能出現(xiàn)啟動失敗或運行時異常；

生產(chǎn)環(huán)境中建議先在測試環(huán)境驗證：

• 啟動是否正常；
• 核心業(yè)務回歸是否通過。

二、優(yōu)化點 2：縮小包掃描范圍

2.1 問題原因

Spring Boot 默認會：

• 掃描主類所在包及其子包下的所有類；
• 包括 Controller、Service、Repository、配置類、工具類、甚至某些測試或無用類。

大型老項目中，經(jīng)常出現(xiàn)這種情況：

• com.company.project 作為頂級包，下面掛了大量歷史包結(jié)構(gòu)；
• 很多模塊早已棄用，但類文件仍然存在；
• 部分第三方集成 demo 代碼也被一起掃描。

結(jié)果是：類路徑掃描和 Bean 定義解析工作量明顯增大，啟動開銷增加。

2.2 操作步驟：精確指定需要掃描的業(yè)務包

步驟 1：使用scanBasePackages明確核心業(yè)務包

在主啟動類中指定掃描范圍，例如：

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication(
    scanBasePackages = {
        "com.company.project.api",
        "com.company.project.service",
        "com.company.project.repository",
        "com.company.project.config"
    }
)
public class LegacyApplication {

    public static void main(String[] args) {
        SpringApplication.run(LegacyApplication.class, args);
    }
}

這樣，Spring 只會在上述幾個包中查找：

• @Controller / @RestController
• @Service / @Component
• @Repository
• 以及其他 Spring 管理的 Bean。

步驟 2：對非核心模塊使用@Import手動引入

如果某些第三方集成、獨立模塊不想被大范圍掃描，可以：

• 將其配置類從掃描路徑中移除；
• 使用 @Import 在主配置類中顯式導入。

示例：

import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.Import;

@Configuration
@Import({
    ThirdPartyDataSourceConfig.class,
    ExternalJobSchedulerConfig.class
})
public class ExtraConfig {
}

主啟動類仍然只掃描業(yè)務核心包，而額外的集成模塊通過 @Import 精準引入。

2.3 原理說明

包掃描階段主要做兩件事情：

• 掃描所有類文件、解析注解元數(shù)據(jù)；
• 為符合條件的類注冊 BeanDefinition。

縮小掃描范圍帶來的好處：

• 掃描的類文件數(shù)量大幅減少；
• 無用的測試類、demo 類不會再參與 Bean 解析；
• 減少 I/O 和反射操作；
• 間接減少自動配置和條件匹配的觸發(fā)次數(shù)。

2.4 注意事項

注意：掃描包配置不當會導致 Bean 漏掃

如果某些核心業(yè)務 Bean 所在包沒被包含進來，會出現(xiàn)啟動失敗、依賴找不到、Controller 不生效等問題；

調(diào)整掃描范圍后，建議：

• 全量跑一次關(guān)鍵接口回歸；
• 對常用 URL 做一次冒煙測試。

三、優(yōu)化點 3：優(yōu)化 JVM 啟動參數(shù)（適配 JDK 8）

3.1 問題原因

Spring Boot 1.4/1.5 多數(shù)運行在 JDK 8 上，如果 JVM 參數(shù)不合理，會導致：

• 內(nèi)存分配頻繁、Full GC 頻繁；
• 類驗證、JIT 預熱過程緩慢；
• 導致整體啟動時間被 JVM 本身拖慢。

老項目常見問題：

• 使用默認 JVM 參數(shù)；
• 線上、線下參數(shù)混用；
• 誤用了不適配版本的 GC 策略。

3.2 推薦 JVM 參數(shù)示例（JDK 8）

開發(fā)環(huán)境（以啟動速度優(yōu)先）

java \
  -Xms512m \
  -Xmx512m \
  -XX:MetaspaceSize=128m \
  -XX:MaxMetaspaceSize=256m \
  -XX:+UseCompressedOops \
  -XX:+UseG1GC \
  -XX:MaxGCPauseMillis=200 \
  -XX:+PrintGCDetails \
  -XX:+PrintGCDateStamps \
  -Xloggc:logs/gc.log \
  -Xverify:none \
  -Dspring.profiles.active=dev \
  -jar legacy-app.jar

關(guān)鍵參數(shù)說明：

• -Xms/-Xmx：固定堆大小，避免頻繁擴容；
• MetaspaceSize/MaxMetaspaceSize：控制類元數(shù)據(jù)空間，防止過小頻繁 GC；
• UseG1GC：適合大部分服務場景，GC 暫停可控；
• Xverify:none：關(guān)閉類驗證，加快類加載（僅推薦開發(fā)環(huán)境）。

生產(chǎn)環(huán)境（兼顧穩(wěn)定性）

java \
  -Xms2g \
  -Xmx2g \
  -XX:MetaspaceSize=256m \
  -XX:MaxMetaspaceSize=512m \
  -XX:+UseCompressedOops \
  -XX:+UseG1GC \
  -XX:MaxGCPauseMillis=200 \
  -XX:+PrintGCDetails \
  -XX:+PrintGCDateStamps \
  -Xloggc:/data/logs/gc.log \
  -Dspring.profiles.active=prod \
  -jar legacy-app.jar

生產(chǎn)環(huán)境建議：

• 不使用 -Xverify:none，保證類驗證安全性；
• 堆大小根據(jù)服務負載適當增大，避免 OOM；
• 保留 GC 日志，便于問題排查。

3.3 原理說明

JVM 啟動階段涉及：

• 類加載、字節(jié)碼驗證；
• JIT 編譯預熱；
• 堆與元空間初始化。

合理配置 JVM 參數(shù)可以：

• 減少類驗證耗時（開發(fā)環(huán)境）；
• 避免因堆/元空間過小導致的頻繁 GC；
• 提高內(nèi)存分配與回收效率，間接縮短啟動時間。

3.4 注意事項

注意：-Xverify:none 不建議在生產(chǎn)環(huán)境使用

• 關(guān)閉類驗證會略微提升啟動速度，但也可能掩蓋某些類加載問題；
• 生產(chǎn)環(huán)境應優(yōu)先保證穩(wěn)定性與安全性，僅在開發(fā)/測試環(huán)境使用此項。

四、優(yōu)化點 4：延遲初始化非核心 Bean

4.1 問題原因

默認情況下，Spring 在啟動時會：

• 將所有單例 Bean 全部創(chuàng)建并初始化完畢；
• 包括定時任務、異步服務、緩存預熱、報表生成、第三方對接等。

對于很多老項目來說，這些 Bean：

• 并非每次啟動都立即用到；
• 甚至只在某些功能入口才會首次訪問。

但它們卻在啟動階段“搶占時間”，導致整體啟動明顯偏慢。

4.2 操作步驟 1：全局延遲初始化（慎用）

在 application.properties 中配置：

spring.main.lazy-initialization=true

Spring Boot 1.4/1.5 沒有這個統(tǒng)一屬性，可以通過 自定義 BeanFactoryPostProcessor 或升級到 2.x 后使用。若你已做了小版本升級（如維護分支升級到 2.1/2.3），可以直接用此配置。對于原生 1.4/1.5，可優(yōu)先考慮“局部延遲初始化”。

4.3 操作步驟 2：局部延遲初始化（推薦）

對非核心、非強依賴鏈上的 Bean 使用 @Lazy：

import org.springframework.context.annotation.Lazy;
import org.springframework.stereotype.Service;

@Service
@Lazy
public class ReportGenerateService {

    public void generateDailyReport() {
        // 生成報表的耗時邏輯
    }
}

也可以在依賴注入處使用：

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.annotation.Lazy;
import org.springframework.stereotype.Service;

@Service
public class OrderService {

    @Autowired
    @Lazy
    private ReportGenerateService reportGenerateService;

    public void createOrder() {
        // 下單邏輯
        // 只有真正需要生成報表時，才會初始化 ReportGenerateService
    }
}

4.4 原理說明

• 默認：單例 Bean 在容器刷新階段一次性創(chuàng)建完畢；
• 延遲初始化：Bean 第一次被訪問時才創(chuàng)建。

將非核心 Bean 延遲初始化，可以：

• 將原本啟動階段的初始化壓力，拆散到運行期間；
• 明顯縮短“應用就緒時間”（從啟動命令到可對外提供核心服務的時間）；
• 尤其適合一些“偶發(fā)調(diào)用”的后臺任務、報表、同步 JOB 等。

4.5 注意事項

注意：全局延遲初始化可能隱藏啟動期異常

某些 Bean 的配置錯誤，僅在其首次訪問時才會拋出異常；

如果這些 Bean 是核心功能的一部分，可能在系統(tǒng)運行一段時間后才拋出問題；

建議：

• 優(yōu)先對明確非核心的 Bean 使用 @Lazy；
• 若使用全局 lazy，務必在測試環(huán)境做一次“功能全量走一遍”的回歸。

五、優(yōu)化點 5：移除冗余依賴與插件

5.1 問題原因

老項目演進多年后，典型現(xiàn)象是：

• POM 中堆滿歷史依賴：老日志框架、老數(shù)據(jù)庫驅(qū)動、廢棄組件；
• 多個 starter 自動帶了一堆間接依賴；
• Maven 插件配置復雜，在打包/啟動時執(zhí)行不必要的任務。

這些冗余依賴和插件會導致：

• 類路徑膨脹、類加載數(shù)量暴增；
• 自動配置命中更多分支；
• 打包和啟動過程執(zhí)行多余檢查或增強步驟。

5.2 操作步驟 1：用dependency:tree分析依賴

在項目根目錄執(zhí)行：

mvn dependency:tree > dependency-tree.txt

打開 dependency-tree.txt，重點關(guān)注：

• 未使用的 starter（如 spring-boot-starter-mail、spring-boot-starter-redis 等）；
• 重復版本依賴（多版本 commons-*）；
• 不再使用的中間件 client 包。

對于明確不需要的依賴，可在 pom.xml 中排除，例如：

1）排除內(nèi)置 Tomcat（改用外置容器時）：

<dependencies>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
        <exclusions>
            <exclusion>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-starter-tomcat</artifactId>
            </exclusion>
        </exclusions>
    </dependency>

    <!-- 使用外部容器時可以去掉內(nèi)嵌容器相關(guān)依賴 -->
</dependencies>

2）排除不必要的自動配置模塊：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-jpa</artifactId>
    <exclusions>
        <exclusion>
            <groupId>org.hibernate</groupId>
            <artifactId>hibernate-entitymanager</artifactId>
        </exclusion>
    </exclusions>
</dependency>

5.3 操作步驟 2：精簡spring-boot-maven-plugin配置

典型的插件配置：

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
            <version>1.5.22.RELEASE</version>
            <configuration>
                <mainClass>com.company.project.LegacyApplication</mainClass>
                <!-- 如果不需要，關(guān)閉某些額外的 repackage 行為或自定義 layout -->
            </configuration>
            <executions>
                <execution>
                    <goals>
                        <goal>repackage</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

建議：

• 若未使用自定義 layout 或不依賴某些高級特性，不要再額外配置多余的 transformer；
• 構(gòu)建 pipeline 中避免在每次啟動前都做 clean package，而是：開發(fā)環(huán)境更多使用 IDE 直接運行 main 方法。

5.4 原理說明

• 類路徑上的 jar 越多，啟動階段的掃描、類加載、資源查找就越重；
• 多余的 starter+自動配置會進一步放大自動裝配的工作量；
• 復雜的 Maven 插件在構(gòu)建階段做的工作越多，得到可運行包的時間就越長。

清理冗余依賴與插件的本質(zhì)，就是減少“項目的體重”。

5.5 注意事項

注意：依賴移除/排除前要確認影響范圍

使用 mvn dependency:analyze 輔助分析未使用依賴，但結(jié)果僅供參考；

移除或排除依賴后，請務必：

• 重新編譯，確保無編譯錯誤；
• 跑一遍基礎(chǔ)集成測試，防止運行時 ClassNotFoundException。

六、優(yōu)化效果驗證：如何量化“到底快了多少”

做完優(yōu)化，如果沒有數(shù)據(jù)支撐，很難說服團隊。這里給出兩種簡單實用的驗證方式。

6.1 在main方法中添加啟動計時日志

在主啟動類中加入簡單計時代碼：

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication
public class LegacyApplication {

    public static void main(String[] args) {
        long start = System.currentTimeMillis();
        SpringApplication.run(LegacyApplication.class, args);
        long end = System.currentTimeMillis();
        System.out.println(">>> Application started in " + (end - start) + " ms <<<");
    }
}

每次啟動時，控制臺會打?。?/p>

>>> Application started in 12345 ms <<<

你可以：

• 記錄優(yōu)化前后的多次啟動耗時；
• 在不同機器/環(huán)境下對比，得到一個相對可觀的提升比例。

6.2 使用 Spring Boot Actuator 分析 Bean 初始化耗時

如果項目中已集成 Actuator，可以啟用相關(guān)端點。

1）POM 中引入依賴（如尚未添加）

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

2）在配置中開放必要端點（以 1.5.x 為例）

management.security.enabled=false
endpoints.metrics.enabled=true
endpoints.beans.enabled=true

然后訪問：

• /metrics：查看應用層面的指標；
• /beans：查看 Bean 列表，結(jié)合日志或監(jiān)控記錄啟動階段 Bean 創(chuàng)建的時間分布。

Tip： 在 2.x 中可以借助更多細粒度的指標（如 startup 相關(guān)指標）進行可視化分析。

七、總結(jié)與拓展

7.1 5 個優(yōu)化點的實戰(zhàn)優(yōu)先級

在不做大規(guī)模重構(gòu)、不升級大版本的前提下，可以按下面的優(yōu)先級落地執(zhí)行：

• 禁用不必要的自動配置（收益最高，改動小，立竿見影）；
• 縮小包掃描范圍（控制掃描粒度，防止歷史垃圾代碼拖累啟動）；
• 延遲初始化非核心 Bean（讓啟動階段更“瘦身”，核心功能先跑起來）；
• JVM 參數(shù)優(yōu)化（中長期收益可觀，需結(jié)合環(huán)境調(diào)優(yōu)）；
• 移除冗余依賴與插件（治理項目“技術(shù)債”，順帶給后續(xù)升級打基礎(chǔ)）。

配合這 5 個優(yōu)化點，實踐中老項目啟動時間從 30 秒+ 壓縮到 10~15 秒 是完全可以做到的。

7.2 拓展建議

逐步升級到 Spring Boot 2.x

• 新版本在自動配置、啟動性能、監(jiān)控指標等方面都有明顯優(yōu)化；
• 可考慮先引入兼容性分支，小步升級到 2.1/2.3 等長期維護版本。

引入 Spring Boot DevTools 提升開發(fā)體驗

• 支持自動重啟、靜態(tài)資源熱加載；
• 與 IDE 配合使用，可以極大縮短“改代碼→看效果”的閉環(huán)時間。

建議：老項目的性能治理，要把“啟動時間優(yōu)化”納入整體技術(shù)債清單

• 與依賴升級、JDK 升級、日志體系重構(gòu)等一起規(guī)劃；
• 避免每次都是臨時救火，而是有節(jié)奏地演進。

以上就是SpringBoot啟動慢的5個優(yōu)化技巧分享的詳細內(nèi)容，更多關(guān)于SpringBoot啟動優(yōu)化的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論