一、问题描述
在项目中,通常都会配置一个或者多个加了@Configuration注解的配置类,那么@Configuration这个注解到底有神马作用勒?
@ComponentScan("com")
public class AppConfig {
@Bean
public TestDao testDao() {
return new TestDao();
}
}
public class Test {
public static void main(String[] args) {
AnnotationConfigApplicationContext acc = new AnnotationConfigApplicationContext(AppConfig.class);
}
}
public class TestDao {
public TestDao(){
System.out.println("testDao");
}
}
执行上面的代码,我们会发现当我们不加@Configuration这个注解的时候我们的TestDao 这个类还是还是会被实例化,也会打印testDao。我们的spring环境也可以正常运行。
那么我们的@Configuration注解是来解决什么问题的勒?
我们来看一下下面这段代码。当我们在AppConfig中有2个方法,而且第二个方法调用了第一个方法。
@ComponentScan("com")
public class AppConfig {
@Bean
public TestDao testDao() {
return new TestDao();
}
@Bean
public TestDao1 testDao1() {
testDao();
return new TestDao1();
}
}
public class TestDao1 {
public TestDao1(){
System.out.println("testDao1");
}
}
不加@Configuration的打印结果:
加上@Configuration的打印结果:
二、分析
从表面来看,当我们不加@Configuration注解的时候,我们的TestDao会被实例化两次,这违背了我们spring默认单例的设计原则,当加上我们的@Configuration注解的时候,TestDao只被实例化了一次。
那么其底层到底做了什么,让我们来深追一下spring源码吧。
当我们解析beanAppcofig的时候,会给它的一个属性标识为Full,表明它是一个全注解类。
然后在我们调用ConfigurationClassPostProcessor.postProcessBeanFactory()方法的时候会去判断我们的bean工厂当中是否有bean需要进行cglib代理。
然后遍历configBeanDefs这个map
cglib代理主要是对我们的方法进行拦截增强;当我们执行AppConfig中的方法的时候会去执行cglib代理类中的代理方法,主要就是callBacks中的方法。
isCurrentlyInvokedFactoryMethod(beanMethod))
会判断我们的执行方法和我们的调用方法是否是同一个;如果是同一个就调用父类的方法进行new;如果不是就调用$$beanFactory.getBean()获取。
三、总结
加上@Configuration注解主要是给我们的类加上了cglib代理。
在执行我们的配置类的方法时,会执行cglib代理类中的方法,其中有一个非常重要的判断,当我们的执行方法和我们的调用方法是同一个方法时,会执行父类的方法new(cglib代理基于继承);当执行方法和调用方法不是同一个方法时会调用beanFactory.getBean获取。