Spring Boot 4 新特性：模块化架构

2014 年，Spring Boot 1.0 横空出世，凭借“开箱即用”的理念彻底改变了 Java 开发方式。

当时，它的核心自动配置包spring-boot-autoconfigure仅 182 KB。

但到了 Spring Boot 3.5，这个包已经膨胀至 2 MB，支持的功能越来越多，但复杂度和体积也随之增长。

在即将到来的Spring Boot 4中，Spring 官方团队对这一现状进行了彻底重构，正式引入模块化（Modularization）架构。

这一改变不仅影响了项目结构和依赖关系，更为开发者带来了更轻量、更清晰、更高效的使用体验。

Spring Boot 的最大优点之一，是它能自动配置大量技术组件，如 Web、JPA、Redis、Kafka 等。

但随着支持范围的扩大，也带来了几个问题：

• 臃肿的自动配置包：无论是否使用，所有自动配置类都会被打包进应用；

• IDE 提示噪音多：会出现许多无关的类和配置建议；

• 启动扫描开销大：类路径越大，启动速度越慢。

Spring 团队意识到：要保持 Spring Boot 的“轻量”和“易用”，就必须重新设计其架构边界，这正是 Spring Boot 4 模块化的出发点。

Spring Boot 4 将原先的单体式自动配置包拆分为多个独立模块。

每个模块仅负责一种特定技术的自动配置，例如：

每个模块都有清晰的边界，职责单一、依赖明确，从而让整个框架可维护性更高。

模块化带来的好处有：

1. 可维护性更高：模块边界清晰，开发者和贡献者可以更专注于特定技术领域，IDE 也能提供更精准的代码提示。

2. 启动更快、内存占用更小：应用只引入所需模块，不再加载冗余功能，减少类路径扫描，优化启动时间与内存占用。

3. 配置更精准：Spring Boot 4 能更准确地识别依赖意图。 例如，只想使用WebClient时，引入spring-boot-webclient模块即可，无需再关闭 Web 服务器自动配置。

4. 支持更多灵活用例：例如，Micrometer监控模块可以独立使用，无需引入完整的Actuator依赖链。

模块化不仅体现在主功能上，测试支持也随之重构。

Spring Boot 4 新增了测试专用模块，如：

• spring-boot-data-jdbc-test

• spring-boot-starter-webmvc-test

• spring-boot-starter-security-test

• spring-boot-starter-flyway-test

每个功能模块都有对应的测试 Starter，确保测试依赖和生产依赖保持一致且精简。

如果你想从 Spring Boot 3 迁移到 Spring Boot 4，大多数项目只需要：

• 更新 Starter 依赖

• 添加测试 Starter

• 更新包路径与自定义配置

模块化后，包路径调整为org.springframework.boot.<module>。

如果项目中有手动导入的自动配置类或自定义 Starter，需要同步修改。

为方便老项目平滑迁移，Spring Boot 4 提供了“Classic Starters”：

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

该模式会自动引入所有模块的自动配置，但不包含新的依赖结构，适合过渡阶段。

开发者可先迁移到 Spring Boot 4 的 Classic 模式，再逐步精简为独立模块。

Spring Boot 4 的模块化不仅让框架变得更清晰、更轻量，也让开发体验更自然、更高效。

对于想要构建更轻、更快、更可控的企业级应用而言，Spring Boot 4 的模块化，是一场值得投入的升级。