关于@Configuration的作用说明

目录

• 一、问题描述
• 二、分析
• 三、总结

一、问题描述

在项目中，通常都会配置一个或者多个加了@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获取。