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 覆盖。


相关推荐
lovebugs3 小时前
JVM内存迷宫:破解OutOfMemoryError的终极指南
java·后端·面试
Swift社区3 小时前
66项目中 Spring Boot 配置文件未生效该如何解决
java·spring boot·后端
零雲3 小时前
66java面试:可以讲解一下mysql的索引吗
java·mysql·面试
间彧3 小时前
Stream API:mapToInt()使用
java
FOWng_lp3 小时前
66Mac电脑Tomcat+Java项目中 代码更新但8080端口内容没有更新
java·开发语言·macos·tomcat
阿拉伦3 小时前
DDD柔性设计在智能交通拥堵治理中的设计模式落地实践
后端
盖世英雄酱581363 小时前
今天下午一半的系统瘫痪了
java·后端·架构
叫我阿柒啊3 小时前
从全栈开发到微服务架构:一位Java工程师的实战经验分享
java·ci/cd·kafka·mybatis·vue3·springboot·fullstack
带刺的坐椅3 小时前
搭建基于 Solon AI 的 Streamable MCP 服务并部署至阿里云百炼
java·人工智能·ai·solon·mcp