springboot @Configuration 注解详解

基于：https://www.yuque.com/atguigu/springboot
进行总结、补充。

@Configuration 详解

场景

新建两个bean：user 和 pet。

若要将这两个 bean 的实例注入到容器之中，在曾经 spring 阶段我们的做法是使用 xml 进行配置。

在项目的 resource 文件夹下新建 bean.xml 并进行配置，配置内容如下：

  
<bean id="user01" class="xt.naru.learn.bean.User">  
    <property name="name" value="naru">property>  
    <property name="age" value="21">property>  
bean>  
  
<bean id="cat" class="xt.naru.learn.bean.Pet">  
    <property name="name" value="tomcat">property>  
bean>

当项目需求越来越大时，我们时常会陷入 xml 配置地狱，因此为了解决这一问题， springboot 可以通过注解的方式进行实例注入而无需编写xml。

使用

在 springboot 中我们不再使用xml进行配置。
修改为 新建配置类，并将配置类加上 Configuration 注解，在配置类中进行bean实例的注入。

代码如下：

@Configuration  
public class myconfig {  
  
    @Bean  
    public User user01(){  
        return new User("naru",21);  
    }  
  
    @Bean  
    public Pet tomcat(){  
        return new Pet("tomcat");  
    }  
}

相比起 xml 的变化对比：

其实就是将xml中的配置项改为了注解，还是蛮好理解的。

检测注入结果

在main启动器中进行 beanname 的打印即可。

@SpringBootApplication  
public class MainApplication {  
  
    public static void main(String[] args) {  
        ConfigurableApplicationContext run = SpringApplication.run(MainApplication.class, args);  
  
        String[] beannames = run.getBeanDefinitionNames();  
        for (String name : beannames){  
            System.out.println(name);  
        }  
    }  
}

可以看到我们的 user01 以及 cat 成功注入。

一些特性

bean实例名称自定义

直接在 bean 注解中加入想要自定义的 bean 的名称就可以了。

通过阅读上面的代码可发现，默认 bean 的名称和方法名相同。

看！原来叫做 cat 的bean，现在名字变成了 tom-cat！

从容器中获取的实例默认为单实例

来试试吧，在 main 启动器中获取组件并打印其 boolean 结果：

Pet Tom01 = run.getBean("tom-cat",Pet.class);  
Pet Tom02 = run.getBean("tom-cat",Pet.class);  
  
System.out.println("组件实例是否是同一个："+ (Tom01 == Tom02));

你将神奇的发现，是同一个实例：

配置类本身也是组件

直接来实践一下吧，通过以下代码进行打印：

System.out.println(run.getBean(myconfig.class));

结果显而易见：

xt.naru.learn.config.myconfig$$EnhancerBySpringCGLIB$$f891ec73@15f193b8

proxyBeanMethods

springboot2的版本中，configration注解中有这样一个方法：
proxyBeanMethods

它的默认值为true。
它是干嘛用的呢？ 直译过来是代理 bean 方法的意思。

或许这句话有些难以理解，这样去想吧，我们在 myconfig 中进行了两个 bean 的实例化。

而有参、无参构造，每调用一次我们都可以生成新的实例化对象。那这是否意味着，我从容器中或许到的组件，每次都是不同的呢？

我们来进行测试：

调用两次无参构造，生成新对象。看看二者是否相同。

myconfig bean = run.getBean(myconfig.class);  
  
System.out.println(run.getBean(myconfig.class));  
  
User user = bean.user01();  
User user1= bean.user01();  
System.out.println("user和user1是否为同一个实例："+(user1 == user));

会发现， 是相同的。

那么，proxyBeanMethods到底做了什么呢？

先卖个关子，我们将它改为false，再进行一次打印。看看结果。

会发现，myconfig 的 bean 名变了，实例也不再是同一个实例。

那么我们可以总结一下 proxyBeanMethods 所做的事情：

****当proxyBeanMethods为true时：

将配置类变成增强型的代理类。保证 @bean 的方法被调用多少次，返回的组件均为单实例。

此模式被称为Full模式。即每次启动时，SpringBoot总会检查这个组件是否在容器中存在，保持组件单实例。

保持组件单实例有什么好处呢？

保证组件之间的依赖关系不被破坏。

设想一下吧，如果不是单实例的组件，当我们的 User 小明，想要养一只叫 tom 的猫时，有很多只叫做 tom 的猫，他将分不清到底哪只属于他。
而单实例情况下，将不会出现这种问题，因为我们每次调用构造方法生成的实例对象一直都是同一只叫做 tom 的猫。

配置类组件之间有依赖关系，方法会被调用得到之前单实例组件，用 Full 模式

****当proxyBeanMethods为false时：

配置类为普通的类，此时每个@Bean方法被调用多少次返回的组件都是新创建的。

此模式被称为 Lite 模式，即 springboot 将不再会去判断组件是否已经在容器中存在，而是直接新建组件。（省去了检查流程，此模式下 springboot 启动会非常的快。）

总结

好了，现在让我们来总结一下关于 @Configuration 注解的要点。

• 存在为了解决怎样的问题？
  方便bean实例的注入，我们不再需要使用xml进行配置了！只需要使用java代码就可以完成bean实例的注入了。
• 特性有哪些呢？
  • 1、配置类里面使用@Bean标注在方法上给容器注册组件，默认也是单实例的
  • 2、配置类本身也是组件
  • 3、proxyBeanMethods：代理bean的方法
    • Full(proxyBeanMethods = true)、【保证每个@Bean方法被调用多少次返回的组件都是单实例的】
    • Lite(proxyBeanMethods = false)【每个@Bean方法被调用多少次返回的组件都是新创建的】
    • ****组件依赖必须使用Full模式默认。其他默认是否Lite模式