Spring Boot 本质揭秘：约定优于配置 + 自动装配

原文来自于：zha-ge.cn/java/136

Spring Boot 本质揭秘：约定优于配置 + 自动装配

那天我在公司做代码评审，一个同事的配置文件快 800 行。我问他："哥们儿，你这不是 Spring Boot 啊，你这是回到 XML 时代了。" 他叹口气："没办法，业务复杂，配置多。"

------但你知道吗？ Spring Boot 的最大意义，不是简化框架，而是简化"选择"。 用它，就是让你从"配一堆"变成"约定好、自动来"。

一、先搞清楚：Spring Boot 到底解决了啥？

还记得以前的 Spring 项目长啥样吗？

XML 里写 Bean 定义
web.xml 配 DispatcherServlet
手动引入各种 starter 包
配置数据库、视图解析器、事务管理器、日志......

每个模块都像在打补丁。

Spring Boot 横空出世后，直接砍掉了 90% 的配置。它的设计理念就两句话：

Convention over Configuration（约定优于配置） Auto-Configuration（自动装配）

二、什么是"约定优于配置"？

这四个字你肯定听烂了，但很多人没真正理解它的哲学。

📖 举个最简单的例子：

java 复制代码

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

你没配 Tomcat，它就自动给你起了个服务器。你没写 DataSource，它自己从 application.yml 找数据库连接。你没引日志，它自己配好了 logback。

这一切都基于约定：

功能	默认约定
Web 容器	内嵌 Tomcat
配置文件	`application.yml` 或 `application.properties`
端口号	8080
包扫描	当前包及其子包
日志系统	Logback
JPA 实现	Hibernate

所以，Spring Boot 不是没配置，而是：

"大部分配置别人都帮你配好了。"

当你需要改，随时能通过属性或 Bean 覆盖默认行为。

三、自动装配：Spring Boot 的魔法引擎

"约定"只是开胃菜，真正让 Spring Boot 灵动的，是它的 自动装配机制（Auto-Configuration）。

简单来说：

Spring Boot 会在启动时根据当前 类路径（classpath） 、配置文件 、已有 Bean 的情况，自动决定该加载哪些配置。

听起来像魔法，实际原理相当朴素。

四、揭秘：`@SpringBootApplication` 的三层嵌套

当你写下这行注解：

java 复制代码

@SpringBootApplication

其实它是三个注解的合体：

java 复制代码

@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan

1️⃣ `@SpringBootConfiguration`

就是 @Configuration，告诉 Spring：我这里有 Bean 定义。

2️⃣ `@ComponentScan`

自动扫描当前包及子包下的所有组件（@Component, @Service, @Repository...）

3️⃣ `@EnableAutoConfiguration`

核心中的核心，Spring Boot 自动装配的入口。

五、`@EnableAutoConfiguration` 到底干了啥？

你点进去会发现，它引入了一个关键注解：

java 复制代码

@Import(AutoConfigurationImportSelector.class)

而 AutoConfigurationImportSelector 的任务，就是：

在启动时扫描所有 META-INF/spring.factories 文件，把里面声明的配置类统统加载进来。

比如在 spring-boot-autoconfigure.jar 里，你能看到类似这样的配置👇

ini 复制代码

org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
org.springframework.boot.autoconfigure.web.servlet.WebMvcAutoConfiguration,\
org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration,\
org.springframework.boot.autoconfigure.orm.jpa.HibernateJpaAutoConfiguration,\
...

这些类，就是"自动配置候选者"。 Spring Boot 会逐个判断条件是否满足，再决定要不要加载。

六、条件装配的"门神"：@Conditional 系列注解

每个自动配置类里，其实都有一堆 @ConditionalXXX 注解：

java 复制代码

@Configuration
@ConditionalOnClass(DataSource.class)
@ConditionalOnMissingBean(DataSource.class)
public class DataSourceAutoConfiguration { ... }

意思是：

如果类路径下有 DataSource；
并且容器里还没有自定义 DataSource；
那我才会自动装一个默认的。

Spring Boot 自动装配靠的就是这一套"判断 + 装配"机制。简单说：

它不是全盘接管，而是按需注入，像个会读心的助手。

七、扩展知识：SPI 与 META-INF 的"隐藏通道"

Spring Boot 其实利用了 Java SPI（Service Provider Interface）机制。这玩意的本质，是在 jar 包中放置一个配置文件：

bash 复制代码

META-INF/spring.factories

告诉框架：

"嘿，我这有些配置类，启动的时候记得把我加载进去。"

然后由 SpringFactoriesLoader 读取这些配置。 Boot 本身、各种 Starter（如 spring-boot-starter-web、spring-boot-starter-data-jpa）都在用它。

八、实战调试：想看 Spring Boot 究竟装配了什么？

有两种方式👇

✅ 方式1：命令行调试

运行时加参数：

bash 复制代码

--debug

控制台会输出：

markdown 复制代码

=========================
AUTO-CONFIGURATION REPORT
=========================
Positive matches:
  - DataSourceAutoConfiguration
  - WebMvcAutoConfiguration
Negative matches:
  - JmsAutoConfiguration (JMS not found)

✅ 方式2：代码中注入 `ApplicationContext`

java 复制代码

@Autowired
private ApplicationContext context;

Arrays.stream(context.getBeanDefinitionNames())
      .forEach(System.out::println);

直接打印当前容器中所有 Bean，包括自动注入的那些。

九、面试强化：Spring Boot 三连问

Q1：Spring Boot 如何实现自动装配？ ✅ 通过 @EnableAutoConfiguration + SpringFactoriesLoader 读取 META-INF/spring.factories 中的配置类，根据条件装配。

Q2：@ConditionalOnMissingBean 有什么用？ ✅ 防止覆盖开发者自定义 Bean。只有当 Bean 不存在时，才加载默认的。

Q3：Spring Boot 与 Spring 有什么区别？ ✅ Spring 是基础框架；Spring Boot 是它的自动化封装，提供开箱即用的配置和约定。

十、总结：Spring Boot 是"懂你"的 Spring

Spring Boot 的"自动装配"不是魔法，而是一场优雅的工程设计：

Spring 提供了机制
Boot 通过约定实现默认配置
开发者只需在必要时覆盖

它既不神秘，也不简单。它代表的是一种思想：

"框架替你思考，让你只关注业务。"

🌱 一句话收尾：

Spring 是你的工具箱，Spring Boot 是懂你风格的私人助理。会用 Spring 叫开发者，真正懂 Boot 的，才算是工程师。

Spring Boot 本质揭秘：约定优于配置 + 自动装配