一、問題描述

在項(xiàng)目中，通常都會(huì)配置一個(gè)或者多個(gè)加了@Configuration注解的配置類，那么@Configuration這個(gè)注解到底有神馬作用勒？

@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");
?? ?}

}

執(zhí)行上面的代碼，我們會(huì)發(fā)現(xiàn)當(dāng)我們不加@Configuration這個(gè)注解的時(shí)候我們的TestDao 這個(gè)類還是還是會(huì)被實(shí)例化，也會(huì)打印testDao。我們的spring環(huán)境也可以正常運(yùn)行。

那么我們的@Configuration注解是來解決什么問題的勒？

我們來看一下下面這段代碼。當(dāng)我們?cè)贏ppConfig中有2個(gè)方法，而且第二個(gè)方法調(diào)用了第一個(gè)方法。

@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的打印結(jié)果：

加上@Configuration的打印結(jié)果：

二、分析

從表面來看，當(dāng)我們不加@Configuration注解的時(shí)候，我們的TestDao會(huì)被實(shí)例化兩次，這違背了我們spring默認(rèn)單例的設(shè)計(jì)原則，當(dāng)加上我們的@Configuration注解的時(shí)候，TestDao只被實(shí)例化了一次。

那么其底層到底做了什么，讓我們來深追一下spring源碼吧。

當(dāng)我們解析beanAppcofig的時(shí)候，會(huì)給它的一個(gè)屬性標(biāo)識(shí)為Full，表明它是一個(gè)全注解類。

然后在我們調(diào)用ConfigurationClassPostProcessor.postProcessBeanFactory()方法的時(shí)候會(huì)去判斷我們的bean工廠當(dāng)中是否有bean需要進(jìn)行cglib代理。

然后遍歷configBeanDefs這個(gè)map

cglib代理主要是對(duì)我們的方法進(jìn)行攔截增強(qiáng)；當(dāng)我們執(zhí)行AppConfig中的方法的時(shí)候會(huì)去執(zhí)行cglib代理類中的代理方法，主要就是callBacks中的方法。

isCurrentlyInvokedFactoryMethod(beanMethod)) 

會(huì)判斷我們的執(zhí)行方法和我們的調(diào)用方法是否是同一個(gè)；如果是同一個(gè)就調(diào)用父類的方法進(jìn)行new；如果不是就調(diào)用$$beanFactory.getBean()獲取。

三、總結(jié)

加上@Configuration注解主要是給我們的類加上了cglib代理。

在執(zhí)行我們的配置類的方法時(shí)，會(huì)執(zhí)行cglib代理類中的方法，其中有一個(gè)非常重要的判斷，當(dāng)我們的執(zhí)行方法和我們的調(diào)用方法是同一個(gè)方法時(shí)，會(huì)執(zhí)行父類的方法new（cglib代理基于繼承）；當(dāng)執(zhí)行方法和調(diào)用方法不是同一個(gè)方法時(shí)會(huì)調(diào)用beanFactory.getBean獲取。