spring boot autoconfigure 自动配置的类,和手工 @configuration + @bean 本质区别

它们在本质功能 上都是为了向 Spring 容器注册 Bean,但在触发方式、加载时机、可控性和适用场景上有明显区别。可以这样理解:


1️⃣ 核心区别

对比维度 @Configuration + @Bean(手工配置) Spring Boot @EnableAutoConfiguration / 自动配置类
触发方式 你显式编写配置类并在项目中引入 Spring Boot 启动时通过 spring.factories / META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 自动扫描加载
加载时机 只要配置类被扫描到,就会立即生效 通过条件注解(@ConditionalOnClass@ConditionalOnMissingBean 等)按需加载
可控性 完全由你决定加载哪些 Bean 框架先提供默认 Bean,你可以通过排除覆盖来调整
灵活性 灵活度高,但需要自己写全部配置 开箱即用,减少样板代码,但灵活度取决于条件注解设计
适用场景 项目特定逻辑、强定制化需求 常用中间件、通用功能的默认配置(如 DataSource、WebMvc、Jackson 等)

2️⃣ 工作机制差异

手工配置

java 复制代码
@Configuration
public class MyConfig {
    @Bean
    public MyService myService() {
        return new MyServiceImpl();
    }
}
  • 优点:可读性强、可控性高,明确知道 Bean 从哪里来。
  • 缺点:重复劳动多,尤其是常用组件的初始化。

自动配置

java 复制代码
@Configuration
@ConditionalOnClass(MyService.class)
@ConditionalOnMissingBean
public class MyServiceAutoConfiguration {
    @Bean
    public MyService myService() {
        return new MyServiceImpl();
    }
}
  • 优点:只要类路径存在依赖且你没自己定义 Bean,就会自动注入,减少配置量。
  • 缺点:加载逻辑"隐形",需要看源码或文档才能完全理解。

3️⃣ 本质理解

  • 相同点:最终都是注册 Bean 到 Spring 容器。
  • 不同点
    • 手工配置是显式声明,你写什么就加载什么。
    • 自动配置是条件驱动,Spring Boot 根据环境和依赖自动帮你注册默认 Bean,你只需在必要时覆盖或禁用。

💡 经验建议

  • 业务核心逻辑 → 用手工 @Configuration,保证可控性和可读性。

  • 通用基础设施(数据库、缓存、消息队列等) → 借助自动配置,减少样板代码。

  • 如果默认自动配置不符合需求,可以用:

    java 复制代码
    @SpringBootApplication(exclude = {DataSourceAutoConfiguration.class})

    或者直接自己定义同名 Bean 覆盖。


相关推荐
你的人类朋友1 天前
Let‘s Encrypt 免费获取 SSL、TLS 证书的原理
后端
老葱头蒸鸡1 天前
(14)ASP.NET Core2.2 中的日志记录
后端·asp.net
失散131 天前
分布式专题——23 Kafka日志索引详解
java·分布式·云原生·架构·kafka
西红柿维生素1 天前
CPU核心数&线程池&设计模式&JUC
java
云虎软件朱总1 天前
配送跑腿系统:构建高并发、低延迟的同城配送系统架构解析
java·系统架构·uni-app
18538162800余+1 天前
深入解析:什么是矩阵系统源码搭建定制化开发,支持OEM贴牌
java·服务器·html
李昊哲小课1 天前
Spring Boot 基础教程
java·大数据·spring boot·后端
code123131 天前
tomcat升级操作
java·tomcat
码事漫谈1 天前
C++内存越界的幽灵:为什么代码运行正常,free时却崩溃了?
后端
TanYYF1 天前
HttpServletRequestWrapper详解
java·servlet