本文共 7049 字，大约阅读时间需要 23 分钟。

在Spring3.0之前，我们的bean一直通过XML文件来配置的，后来在Spring3.0之后为我们提供了java的config版本。而且在Spring4.0之后推荐我们使用，这篇文章基于Spring5.2来分析。希望在平时使用和面试的时候对你有一丝帮助。

一、实例演示

我们先给出一个例子，看看如何使用，然后再来分析。创建一个普通的maven项目。

第一步：添加pom依赖

           
                
     
      org.springframework
                 
     
      spring-core
                  
     
      5.2.2.RELEASE
             
            
                
     
      org.springframework
                 
     
      spring-beans
                 
     
      5.2.2.RELEASE
             
            
                
     
      org.springframework
                 
     
      spring-context
                 
     
      5.2.2.RELEASE
             
            
                
     
      org.junit.jupiter
                 
     
      junit-jupiter-api
                 
     
      5.3.2
                 
     
      test
             
    
   

这里面添加了最核心的依赖。

第二步：在bean包添加User类

public class User {
       private Integer id;    private String name;    private String password;    public User() {
       }    public User(Integer id, String name, String password) {
           this.id = id;        this.name = name;        this.password = password;    }    //setter和getter方法    //toString方法}

第三步：在service包添加UserService类

public class UserService {
       public List
   
     queryAll(){
           //创建一个新的list集合，用来承接数据，充当返回值        List
    
      users=new ArrayList
     
      ();        //添加数据name,pass        for (int i=0;i<10;i++){
               User user = new User();            user.setId(i);            user.setName("name==>"+i);            user.setPassword("pass==>"+i);            users.add(user);        }        return users;    }}
     
    
   

注意这里没有@Service注解。目的就是我们自己注入。

第四步：在config包添加UserConfig类

@Configurationpublic class UserConfig {
       @Bean    public UserService userService(){
           return new UserService();    }}

这个类是核心，我们使用了俩注解，一个Configuration还有一个Bean。我们一会就看他俩的作用。

第五步：测试

之前我们已经添加了测试依赖。直接测试一波：

public class MyConfigTest {
       @Test    public  void test(){
           //获取java配置类        AnnotationConfigApplicationContext context =                new AnnotationConfigApplicationContext(UserConfig.class);        //获取ioc容器中的对象        UserService userService = (UserService) context.getBean("userService");        //调用方法        List
   
     query = userService.queryAll();        for (User user:query) {
               System.out.println(user);        }    }}User{
   id=0, name='name==>0', password='pass==>0'}...User{
   id=8, name='name==>8', password='pass==>8'}User{
   id=9, name='name==>9', password='pass==>9'}
   

这就是一个最基本的案例，实现起来非常的简单。下面我们着重分析一下这俩注解的作用，为什么能实现类似于Spring中XML文件一样的作用。

二、分析

1、注解角度分析

想要了解为什么@Configuration会有这样的作用，我们可以跟进去这个注解看看。

@Target({
   ElementType.TYPE})@Retention(RetentionPolicy.RUNTIME)@Documented@Componentpublic @interface Configuration {
       @AliasFor(        annotation = Component.class    )    String value() default "";    boolean proxyBeanMethods() default true;}

进去之后我们会发现，这个注解标签是一个元注解，由很多其他的注解实现，有一个我们应该很熟悉，那就是@Component，有着了这个注解就可以被@ComponentScan扫描并处理。Spring5.0已经自动扫描了，不需要我们自己再去添加了。现在我们进去到里面的代码看看：

首先是@AliasFor标签：

在Spring的众多注解中，经常会发现很多注解的不同属性起着相同的作用，比如@RequestMapping的value属性和path属性，这就需要做一些基本的限制，比如value和path的值不能冲突，比如任意设置value或者设置path属性的值，都能够通过另一个属性来获取值等等。为了统一处理这些情况，Spring创建了@AliasFor标签。

然后是value() ：

意思是默认的值就是空，此时我们就可以指定@Configuration(value=“属性值”)的这种方式，因为只有一个value所以value可以省去不写。

最后是proxyBeanMethods：

有了 proxyBeanMethods 属性后，配置类不会被代理了。主要是为了提高性能，如果你的 @Bean 方法之间没有调用关系的话可以把 proxyBeanMethods 设置为 false。否则，方法内部引用的类生产的类和 Spring 容器中类是两个类。

3、运行角度分析

现在我们把目光转移，从测试运行的角度来分析。

//获取java配置类AnnotationConfigApplicationContext context =       new AnnotationConfigApplicationContext(UserConfig.class);//获取ioc容器中的对象UserService userService = (UserService) context.getBean("userService");

看到这里，可能就要深入到Spring的源码中看了。Spring容器启动时，ApplicationContext接口的实现类AnnotationConfigApplicationContext会执行refresh方法，往BeanFactory注册bean就在此方法完成。我们看到这个refresh是核心。我们进入到这个源码中看看：

public void refresh() throws BeansException, IllegalStateException {
       synchronized (this.startupShutdownMonitor) {
           //准备刷新的上下文 环境          prepareRefresh();        //初始化BeanFactory，并进行XML文件读取          ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();        //对beanFactory进行各种功能填充          prepareBeanFactory(beanFactory);        try {
               //子类覆盖方法做额外处理              postProcessBeanFactory(beanFactory);            //激活各种beanFactory处理器              invokeBeanFactoryPostProcessors(beanFactory);            //注册拦截Bean创建的Bean处理器，这里只是注册，真正的调用实在getBean时候             registerBeanPostProcessors(beanFactory);            //为上下文初始化Message源，即不同语言的消息体，国际化处理              initMessageSource();            //初始化应用消息广播器，并放入“applicationEventMulticaster”bean中              initApplicationEventMulticaster();            ...        }        ...    }}

我截取了其中一部分的源码，在里面有一个方法很关键，那就是invokeBeanFactoryPostProcessors，意思是我们Spring容器首先会初始化BeanFactory，然后激活各种beanFactory处理器，也就是执行invokeBeanFactoryPostProcessors，我们看看这个方法：

public static void invokeBeanFactoryPostProcessors(ConfigurableListableBeanFactory beanFactory,        List
   
     beanFactoryPostProcessors) {
        Set
    
      processedBeans = new HashSet<>();     if (beanFactory instanceof BeanDefinitionRegistry) {
            // 定义BeanDefinitionRegistryPostProcessor集合         List
     
       registryProcessors = new ArrayList<>();         // 循环手动注册的beanFactoryPostProcessors         for (BeanFactoryPostProcessor postProcessor : beanFactoryPostProcessors) {
                // 如果是BeanDefinitionRegistryPostProcessor的实例话,则调用其postProcessBeanDefinitionRegistry方法,对bean进行注册操作             if (postProcessor instanceof BeanDefinitionRegistryPostProcessor) {
                   // 如果是BeanDefinitionRegistryPostProcessor类型,则直接调用其postProcessBeanDefinitionRegistry                BeanDefinitionRegistryPostProcessor registryProcessor = (BeanDefinitionRegistryPostProcessor) postProcessor;                registryProcessor.postProcessBeanDefinitionRegistry(registry);                registryProcessors.add(registryProcessor);            }            // 否则则将其当做普通的BeanFactoryPostProcessor处理,直接加入regularPostProcessors集合,以备后续处理            else {
                   regularPostProcessors.add(postProcessor);            }         }     }     else {
            invokeBeanFactoryPostProcessors(beanFactoryPostProcessors, beanFactory);     } }
     
    
   

在这个方法的内部的核心是ConfigurationClassPostProcessor，这个方法看到@Configuration，就会开启类的加载，这里也就是bean的加载。剩下的越挖越深，源码也越来越深。大体步骤我们可以总结一下：

ConfigurationClassPostProcessor处理器解析@configuration配置类主要过程：

（1）Spring容器初始化时注册ConfigurationClassPostProcessor

（2）Spring容器初始化执行refresh()方法中调用ConfigurationClassPostProcessor

（3）ConfigurationClassPostProcessor处理器借助ConfigurationClassParser完成配置类解析

（4）ConfigurationClassParser配置内解析过程中完成嵌套的MemberClass、@PropertySource注解、@ComponentScan注解（扫描package下的所有Class并进行迭代解析，主要是@Component组件解析及注册）、@ImportResource、@Bean等处理

（5）接下来完成@Bean注册， @ImportResource指定bean的注册以及@Import的bean注册

（6）有@Bean注解的方法在解析的时候作为ConfigurationClass的一个属性，最后还是会转换成BeanDefinition进行处理， 而实例化的时候会作为一个工厂方法进行Bean的创建

现在大致应该明白了，其实一句话说完，还是想办法识别注解，完成和XML一样的功能。

转载地址：http://dpbdi.baihongyu.com/