SpringBoot中的@Configuration和@Component注解的区别

本文探讨了Spring框架中@Configuration和@Component注解的区别。重点分析了二者如何将类定义为配置类并加载到Spring IOC容器中,特别是@Configuration注解如何通过Cglib动态代理进行增强处理,以及@Bean注解方法的处理机制。

首先说相同点@Configuration和@Component都可以将某个类定义成一个配置类,在Spring IOC容器启动的时候将该类和该类中被@Bean标注的方法返回值加载到容器中。

@Component
public class ConfigurationTest {

    @Bean
    public Cat cat(){
        System.out.println("Cat类被加载到容器中");
        return new Cat();
    }

}

@SpringBootTest
class Csrf3ApplicationTests {

    @Autowired
    ConfigurationTest configurationTest;

    @Test
    void contextLoads() {
        System.out.println("configurationTest = " + configurationTest);
    }

}

结果:

在这里插入图片描述

@Configuration
public class ConfigurationTest {

    @Bean
    public Cat cat(){
        System.out.println("Cat类被加载到容器中");
        return new Cat();
    }

}

@SpringBootTest
class Csrf3ApplicationTests {

    @Autowired
    ConfigurationTest configurationTest;

    @Test
    void contextLoads() {
        System.out.println("configurationTest = " + configurationTest);
    }

}

结果:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XXk1mPUx-1610888099499)(C:\Users\23746\AppData\Roaming\Typora\typora-user-images\image-20210117200248808.png)]

在spring源码中有很多后置处理器XXXPostProcessor,其中ConfigurationClassPostProcessor后置处理器是专门用来处理@Configuration注解标注的类,其中该类的核心处理方法enhanceConfigurationClasses(ConfigurableListableBeanFactory beanFactory)的源码如下:

//该方法主要由2个for循环组成
public void enhanceConfigurationClasses(ConfigurableListableBeanFactory beanFactory) {
		Map<String, AbstractBeanDefinition> configBeanDefs = new LinkedHashMap<>();
    //第一个for循环:循环遍历所有被@Configuration标注的类,将其保存到configBeanDefs.put(beanName, (AbstractBeanDefinition) beanDef)中;
		for (String beanName : beanFactory.getBeanDefinitionNames()) {
			BeanDefinition beanDef = beanFactory.getBeanDefinition(beanName);
			Object configClassAttr = beanDef.getAttribute(ConfigurationClassUtils.CONFIGURATION_CLASS_ATTRIBUTE);
			MethodMetadata methodMetadata = null;
			if (beanDef instanceof AnnotatedBeanDefinition) {
				methodMetadata = ((AnnotatedBeanDefinition) beanDef).getFactoryMethodMetadata();
			}
			if ((configClassAttr != null || methodMetadata != null) && beanDef instanceof AbstractBeanDefinition) {
				// Configuration class (full or lite) or a configuration-derived @Bean method
				// -> resolve bean class at this point...
				AbstractBeanDefinition abd = (AbstractBeanDefinition) beanDef;
				if (!abd.hasBeanClass()) {
					try {
						abd.resolveBeanClass(this.beanClassLoader);
					}
					catch (Throwable ex) {
						throw new IllegalStateException(
								"Cannot load configuration class: " + beanDef.getBeanClassName(), ex);
					}
				}
			}
			if (ConfigurationClassUtils.CONFIGURATION_CLASS_FULL.equals(configClassAttr)) {
				if (!(beanDef instanceof AbstractBeanDefinition)) {
					throw new BeanDefinitionStoreException("Cannot enhance @Configuration bean definition '" +
							beanName + "' since it is not stored in an AbstractBeanDefinition subclass");
				}
				else if (logger.isInfoEnabled() && beanFactory.containsSingleton(beanName)) {
					logger.info("Cannot enhance @Configuration bean definition '" + beanName +
							"' since its singleton instance has been created too early. The typical cause " +
							"is a non-static @Bean method with a BeanDefinitionRegistryPostProcessor " +
							"return type: Consider declaring such methods as 'static'.");
				}
				configBeanDefs.put(beanName, (AbstractBeanDefinition) beanDef);
			}
		}
    
		if (configBeanDefs.isEmpty()) {
			// nothing to enhance -> return immediately
			return;
		}

		ConfigurationClassEnhancer enhancer = new ConfigurationClassEnhancer();
    //第二个for循环:对@Configuration标注的类进行一个增强,使用Cglib动态代理类替换被@Configuration标注的类,对其实现一个功能增强的作用
		for (Map.Entry<String, AbstractBeanDefinition> entry : configBeanDefs.entrySet()) {
			AbstractBeanDefinition beanDef = entry.getValue();
			// If a @Configuration class gets proxied, always proxy the target class
			beanDef.setAttribute(AutoProxyUtils.PRESERVE_TARGET_CLASS_ATTRIBUTE, Boolean.TRUE);
			// Set enhanced subclass of the user-specified bean class
			Class<?> configClass = beanDef.getBeanClass();
            //增强的主要逻辑就是在这个方法中实现的
			Class<?> enhancedClass = enhancer.enhance(configClass, this.beanClassLoader);
			if (configClass != enhancedClass) {
				if (logger.isTraceEnabled()) {
					logger.trace(String.format("Replacing bean definition '%s' existing class '%s' with " +
							"enhanced class '%s'", entry.getKey(), configClass.getName(), enhancedClass.getName()));
				}
				beanDef.setBeanClass(enhancedClass);
			}
		}
	}

如果被@Configuration标注的类中有@Bean标注的方法,则会经过如下处理

在这里插入图片描述

intercept方法的主要作用就是会判断被@Bean标注的方法的返回值在容器中存不存在,如果不存在就创建,存在就直接从容器中获取,结合以下案例来证实

public class Cat {
}

public class Dog {
    private Cat cat;

    public Dog() {
    }

    public Dog(Cat cat) {
        this.cat = cat;
    }

    public Cat getCat() {
        return cat;
    }

    public void setCat(Cat cat) {
        this.cat = cat;
    }
}

@Configuration
public class ConfigurationTest {

    @Bean
    public Cat cat(){
        System.out.println("Cat类被加载到容器中");
        return new Cat();
    }

    @Bean
    public Dog dog(){
        //这里主要观察cat()方法获取的Cat类会不会被创建2次,也就是说获取的是不是同一个Cat类
        return new Dog(cat());
    }

}

@SpringBootTest
class Csrf3ApplicationTests {

    @Autowired
    ConfigurationTest configurationTest;
    @Autowired
    Cat cat;
    @Autowired
    Dog dog;

    @Test
    void contextLoads() {
        System.out.println("configurationTest = " + configurationTest);
        System.out.println("cat = " + cat);
        System.out.println("dog = " + dog);
        System.out.println("dog.getCat() = " + dog.getCat());
        System.out.println(cat==dog.getCat());
    }

}

结果:

在这里插入图片描述

说明被@Bean标注的dog()方法中调用的cat()方法返回的是同一个Cat对象,也就是上面被@Bean标注的cat()方法返回的Cat类对象

再看一下如果把@Configuration注解换成@Component注解的结果如何?

@Component
public class ConfigurationTest {

    @Bean
    public Cat cat(){
        System.out.println("Cat类被加载到容器中");
        return new Cat();
    }

    @Bean
    public Dog dog(){
        return new Dog(cat());
    }

}

结果:
在这里插入图片描述
由此可知由@Component标注的类仅仅是一个普通的bean对象,不会被代理,不会被增强,所以可以看到dog()方法中调用cat()方法返回的Cat类是重新创建的,即使容器中存在,也没有从容器中获取。

总结:

@Configuration注解标注的类会被Cglib动态代理,而@Component标注的类不会

<think>首先,用户的问题是:“我想理解在Spring Boot@Configuration注解的作用 请问Spring Boot@Configuration注解的作用是什么”。这直接询问了@Configuration注解Spring Boot中的作用。 根据系统级指令: - 所有行内数学表达式必须使用$...$格式,但这里没有数学表达式,所以不需要。 - 独立公式必须使用$$...$$格式并单独成段,但同样,没有数学内容。 - LaTeX语法正确:不适用。 - 使用中文回答:必须用中文。 - 生成相关问题:在回答末尾,我需要生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识:例如[^1]。参考引用提供了: - 引用[1]: @Configuration注解Spring Boot中的作用及原因。它标识一个类是配置类,用于定义应用程序的配置Bean的创建。Spring Boot启动时会扫描这些类。 - 引用[2]: @Configuration注解的作用:在调用方法创建实例时,会去Spring的单例bean工厂获取单例bean的实例。 用户可见层指令: - 回答结构清晰,帮助用户逐步解决问题。 - 保证回答真实可靠。 我的回答应该基于这些引用,但也要补充一般知识,因为我是AI,应该提供准确信息。@ConfigurationSpring框架的一部分,用于定义Bean配置。 关键点: - @Configuration注解表示一个类是配置类。 - 在配置类中,使用@Bean注解的方法返回的对象会被Spring容器管理为Bean。 - 在Spring Boot中,它用于自动配置组件扫描。 - 当Spring Boot启动时,它会扫描所有带有@Configuration注解的类,并加载它们定义的Bean。 - 与不使用@Configuration相比,使用它时,Spring会处理Bean的依赖单例管理,确保方法调用时从容器中获取Bean,而不是每次都创建新实例(如引用[2]所述)。 结构化回答: 1. **介绍作用**:解释@Configuration注解的基本作用。 2. **详细说明**:描述它在Spring Boot中的具体应用。 3. **原因**:为什么使用它(如自动配置)。 4. **示例**:提供一个简单的代码示例来演示。 5. **总结**:简要总结。 6. **生成相关问题**:在末尾添加相关问题。 生成相关问题: - 基于主题,如@Configuration与其他注解区别、最佳实践等。 - 例如: 1. @Configuration@Component有什么区别? 2. 如何在Spring Boot中自定义配置类? 3. @Configuration注解的性能影响是什么? 确保引用自然添加:在回答中,如果提到引用内容,在末尾添加[^1]或[^2]。 最终回答格式: - 用中文。 - 清晰结构。 - 末尾有“相关问题”部分。</think>### Spring Boot@Configuration注解的作用详解 在Spring Boot中,`@Configuration`注解是一个核心注解,用于标识一个类是配置类。它的主要作用是定义应用程序的配置信息Bean的创建逻辑,帮助Spring容器管理Bean的生命周期依赖关系。下面我将逐步解释其作用、原因实际应用,确保回答清晰可靠。 #### 1. **基本作用:定义配置类Bean** - `@Configuration`注解标记的类被称为配置类。在这个类中,你可以使用`@Bean`注解的方法来定义Spring容器管理的Bean。 - 当Spring Boot应用程序启动时,它会自动扫描所有带有`@Configuration`注解的类(通常通过`@SpringBootApplication`注解触发),并将这些类加载到Spring IoC(Inversion of Control)容器中。容器会执行配置类中的方法,创建并管理Bean实例。 - 例如,在配置类中定义一个Bean的方法: ```java @Configuration public class AppConfig { @Bean public MyService myService() { return new MyServiceImpl(); // 返回的实例会被Spring容器管理为Bean } } ``` 这里,`myService()`方法返回的对象会被Spring容器注册为一个Bean,可以在应用程序中注入使用。 #### 2. **关键特性:处理Bean依赖单例管理** - **依赖注入**:在配置类中,如果一个Bean方法依赖另一个Bean,Spring容器会自动处理依赖关系。例如,调用`myService()`时,如果它需要另一个Bean(如`MyRepository`),容器会从单例工厂获取该Bean,而不是每次创建新实例。这确保了Bean的复用性一致性[^2]。 - **单例模式**:默认情况下,`@Bean`方法创建的Bean是单例的(即整个应用程序中只有一个实例)。Spring容器会缓存这些Bean,避免重复创建,提性能。 - 与普通类相比,不使用`@Configuration`时,方法调用可能直接创建新对象,而不会由Spring管理依赖。例如: - 使用`@Configuration`:调用`myService()`时,Spring会注入所需的依赖(如从容器获取`MyRepository`)。 - 不使用`@Configuration`:如果只是一个普通类,方法调用可能每次都创建新实例,导致依赖管理混乱。 #### 3. **在Spring Boot中的具体应用** - **自动配置的基础**:Spring Boot的自动配置机制(如通过`spring-boot-autoconfigure`模块)大量使用`@Configuration`类。例如,内置的`DataSourceAutoConfiguration`类定义了数据库连接的Bean,当应用程序检测到相关依赖时自动生效。 - **组件扫描的补充**:`@Configuration`类通常与`@ComponentScan`结合使用。`@SpringBootApplication`注解隐式包含`@ComponentScan`,它会扫描指定包下的所有组件配置类。 - **自定义配置**:开发者可以创建自己的配置类来覆盖默认Bean或添加特定逻辑。例如,定义自定义的数据源或安全设置。 - 原因:使用`@Configuration`能提升代码的模块化可维护性。它允许将配置集中管理,而不是分散在XML文件中,符合Spring Boot的“约定优于配置”原则[^1]。 #### 4. **简单示例** 以下是一个完整的Spring Boot示例,展示`@Configuration`的实际使用: ```java // 主应用类 @SpringBootApplication public class DemoApplication { public static void main(String[] args) { SpringApplication.run(DemoApplication.class, args); } } // 配置类 @Configuration public class AppConfig { @Bean public String greetingMessage() { return "Hello, Spring Boot!"; } } // 在其他类中注入Bean @RestController public class GreetingController { @Autowired private String greetingMessage; // 注入配置类中定义的Bean @GetMapping("/greet") public String greet() { return greetingMessage; } } ``` 在这个例子中: - `AppConfig`类被标记为`@Configuration`,其中`greetingMessage()`方法定义了一个字符串Bean。 - Spring Boot启动时扫描并加载`AppConfig`,创建`greetingMessage` Bean。 - `GreetingController`通过`@Autowired`注入该Bean,并用于API响应。 #### 5. **总结** `@Configuration`注解Spring Boot中的作用是:**标识配置类,用于集中定义Bean应用程序配置,确保Spring容器能自动管理Bean的创建、依赖注入单例生命周期**。它简化了配置过程,提了代码的可测试性灵活性,是Spring Boot自动配置的核心机制之一[^1][^2]。 如果您有更多具体场景或疑问,欢迎进一步讨论! ### 相关问题 1. `@Configuration`注解`@Component`注解有什么区别? 2. 如何在Spring Boot中自定义配置类来覆盖默认Bean? 3. `@Configuration`注解在大型项目中的最佳实践是什么?
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值