Spring中@Component和@Configuration的区别

正文首先我们都知道使用Spring的@ComponentScan注解可以扫描到@Configuration和@Component的类，并将其交由Spring容器管理，默认会放入单例池中。

新建了一个BeanConfig类用来测试结果：

@Configuration

public class BeanConfig {}
复制代码

通过上下文获取IOC容器中的BeanConfig，发现确实是被CGLIB进行了代理。

执行查看上下文中beanFactory的单例池中确实存在。

将BeanConfig类的@Configuration注解改为@Component后再看一下则显示没有被CGLIB代理。

问题

那么Spring为什么设计@Configuration注解修饰的Bean要被动态代理？

先说结果：Spring的目的是让@Configuration注解的类中被@Bean注解的方法生成的对象是单例，那如何使一个方法每次生成返回的对象都是同一个，代理就是其中一种方式。

首先@Configuration注解的作用是用于定义配置类来替换XML配置文件，被注解的类内部包含有一个或多个被@Bean注解的方法，这些方法会被用于构建BeanDefinition，初始化Spring容器。

也就是说@Configuration的主要目的是搭配@Bean注解替代XML配置文件来向Spring容器注入Bean。我们在BeanConfig类中增加两个@Bean注解的方法：

@Configuration
public class BeanConfig {
    //@Scope("prototype")
    @Bean
    public Role role(){
        return new Role();
    }
    @Bean
    public User user(){
        Role r1=role();
        Role r2=role();
        System.out.println(r1==r2);
        return new User();
    }}复制代码

通过Spring的处理，直接调用 @Configuration 注解中bean 方法，获取的就是同一个对象，这样想要直接使用某个@Bean注解的对象就不需要 @Autowired 注入了。

当然你非要在方法上加上注解@Scope(“prototype”)，每次调用该方法还是会生成不同的对象。

源码

注解配置读取器：向BeanDefinitionMap中添加了7个元素，其中一个就是ConfigurationClassPostProcessororg.springframework.context.annotation.AnnotationConfigApplicationContext#AnnotationConfigApplicationContext()执行所有的BeanFactoryPostProcessor的postProcessorBeanFactory()方法org.springframework.context.support.AbstractApplicationContext#refresh() 方法中的invokeBeanFactoryPostProcessors(beanFactory)org.springframework.context.annotation.ConfigurationClassPostProcessor#postProcessBeanFactory查找到所有带有 @Configuration 注解的 bean 定义，然后在第二个 for 循环中对类进行增强org.springframework.context.annotation.ConfigurationClassPostProcessor#enhanceConfigurationClasses

总结

加了@Configuration的类会被CGLIB进行动态代理，不加或者加@Component注解则不会被代理。