Spring源码学习小记(5)

@Configuration注解的作用

在单纯使用配置类时，其实加不加@Configuration注解，spring都会去处理@Import和@ComponentScan等注解。那么加@Configuration的意义是什么呢？

在spring解析配置类的注解时，如果加了@Configuration，会对该类的BeanDefinition加上一个Full的标识，标识该类是一个全注解类。在后续处理BeanFactoryPostProcessor类时，会对加了@Configuration注解类进行Cglib的动态代理。

代理的关键代码：

ConfigurationClassPostProcessor.class中的postProcessBeanFactory()调用的enhanceConfigurationClasses()

为什么需要进行代理？

个人理解：如果不加@Configuration注解，在配置类中增加两个@Bean方法，第一个方法通过Test01类的构造方法返回一个Test01对象，在第二个方法中再调用一次Test01的构造方法，启动程序后，会发现该类被创建了两次。但作为spring来说，默认类都是单例模式，第一次将Test01注入进容器后，第二次再创建同样的对象，应该从容器中获取第一次已经注入的对象，而不是再重新创建。但是当我们在配置类上加上@configuration注解后，同样的代码，我们会发现只调用了一次构造方法。这就是进行了cglib动态代理的结果，对象的构造方法被修改成了代理对象的构造方法，从而第二次new的时候，创建的实际是代理过后的对象，从而目标对象的构造方法只会调用第一次。

但是，如果将第一个注入方法改为static的，再次运行程序，会发现就算加了@configuration注解，该类还是实例化了两次。

从代码角度，ConfigurationClassBeanDefinitionReader.class的loadBeanDefinitionsForBeanMethod()方法中可以看到针对静态和非静态的方法，spring作了不同的标记。

if (metadata.isStatic()) {
    // static @Bean method
    beanDef.setBeanClassName(configClass.getMetadata().getClassName());
    beanDef.setFactoryMethodName(methodName);
}
else {
    // instance @Bean method
    beanDef.setFactoryBeanName(configClass.getBeanName());
    beanDef.setUniqueFactoryMethodName(methodName);
}

(个人猜想：应该是针对静态的@Bean，spring作了单独的处理，导致在第二个方法中去容器中获取时，没有拿到该类，所以重新又创建了一次。后续学习验证)