Spring源码原理篇(一)

Spring源码原理篇--容器初始化&Bean后置处理器

本篇主要是讲解IOC容器初始化过程当中大致进行了哪一些工做，以及Bean后置处理器的工做原理和BeanPostProcessor在底层的使用。

环境准备

• 编译器IDEA
• maven依赖spring-context ^{version：4.3.12.RELEASE}
• maven依赖junit ^{version：4.11}

BeanPostProcessor工做原理

实现BeanPostProcessor接口的组件，而且在两个方法体内打上断点：

public class BeanPostProcessorDefinition implements BeanPostProcessor {
    @Override
    public Object postProcessBeforeInitialization(Object o, String s) throws BeansException {
        System.out.println("postProcessBeforeInitialization -->"+s+" = "+o);
        return o;
    }

    @Override
    public Object postProcessAfterInitialization(Object o, String s) throws BeansException {
        System.out.println("postProcessorAfterInitialization -->"+s+"="+o);
        return o;
    }
}

调试后查看方法调用栈以下（如图1）：

在方法调用栈中的initializeBean（初始化Bean）方法中，有下面一段相似的伪代码：

initializeBean(param){
wrappedBean = applyBeanPostProcessorsBeforeInitialization(wrappedBean, beanName);
...
invokeInitMethods(beanName, wrappedBean, mbd);
...
wrappedBean = applyBeanPostProcessorsAfterInitialization(wrappedBean, beanName);
}

这段伪代码的大体意思就是先执行bean初始化以前的方法，而后执行bean初始化方法，最后执行初始化后的方法。
applyBeanPostProcessorsBeforeInitialization也是属于方法调用栈的一环，进去有相似一段伪代码：

applyBeanPostProcessorsBeforeInitialization(param)
            throws BeansException {
        for (BeanPostProcessor beanProcessor : getBeanPostProcessors()) {
            result = beanProcessor.postProcessBeforeInitialization(result, beanName);
            if (result == null) {
                return result;
            }
        }
        return result;
    }

这段代码经过遍历获得全部的BeanPostProcessor，而后挨个执行重写的postProcessBeforeInitialization方法，假若有一个方法返回的bean为null，那么循环就会跳出，意味着下面的postProcessBeforeInitialization方法不会被执行。在初始化方法后执行的applyBeanPostProcessorsAfterInitialization同理也是同样的。
大体总结后置处理器处理Bean初始化的过程（如图2）：

容器初始化流程

谈到spring的IOC容器都离不开两个接口BeanFactory和ApplicationContext，其中ApplicationContext是BeanFactory的子接口，他们均可以表明spring容器。
图1打断点所示的方法调用栈能够用来分析容器初始化所进行的工做（以AnnotationConfigApplicationContext获取容器为例）：

• init：注册配置类，调用refresh（）刷新容器

• refresh过程：

  • registerBeanPostProcessors（Param）注册Bean后置处理器用来拦截Bean的建立

    • 获取已经定义了须要建立对象的BeanPostProcessor
    • BeanPostProcessor分别区分实现PriorityOrdered、Ordered的
    • 优先注册实现PriorityOrdered接口的BeanPostProcessor
    • 再给容器中注册实现Ordered接口的BeanPostProcessor
    • 最后注册没实现优先级接口的BeanPostProcessor（常规的后置处理器）

    • 注册BeanPostProcessor，实际上spring就会建立对象保存在容器中；
      如下是建立Bean的流程：
      一、doCreateBean（Param）方法内建立Bean实例
      二、populateBean（Param）给bean实例属性赋值
      三、initializeBean（Param）：初始化Bean
      四、invokeAwareMethods()：处理Bean实现Aware接口的方法回调
      五、后置处理器处理的流程：图2的流程

      • beanFactory.addBeanPostProcessor：将建立完成的BeanPostProcessor放在容器中

==========上面流程则完成对BeanPostProcessor的注册和建立

• refresh过程接上：

  • finishBeanFactoryInitialization（Param）完成对BeanFactory初始化的工做，剩下建立单实例的bean
  • 单实例Bean被建立的方法调用栈：getBean->doGetBean()->getSingleton()-createBean-doCreateBean而后就是上面重复的建立Bean的流程。这一部分Bean建立源码细节暂时先缓一缓，待到spring aspectJ源码分析再回过头来分析从getBean到doCreateBean进行了哪一些操做。

BeanPostProcessor在spring底层的使用

在spring中，Aware接口的Bean在被初始以后，能够取得一些相对应的资源，也就是说，自定义组件想要使用Spring容器底层的一些组件（ApplicationContext，BeanFactory，xxx）的话，自定义组件就须要实现xxxxAware接口；在建立对象的时候，会调用接口规定的方法注入相关组件，把Spring底层一些组件注入到自定义的Bean中；
ApplicationContextAware
能够在Spring初始化实例 Bean的时候，能够经过这个接口将当前的Spring上下文传入，即得到spring 容器，实际开发中，经常封装成一个工具类（方便获取容器获取bean）：

//将组件注册添加到容器中后能够直接看成工具类
public class SpringContextTool implements ApplicationContextAware {

    private static ApplicationContext context = null;

    public static Object getBean(String beanName) {
        return context.getBean(beanName);
    }

    public static <T> T getBean(Class<T> clazz){
        return context.getBean(clazz);
    }

    public static ApplicationContext getContext() {
        return context;
    }

    public void setApplicationContext(ApplicationContext applicationContext)
            throws BeansException {
        context = applicationContext;//打个断点
    }
}

原理：在重写方法打个断点，查看方法调用栈
容器看出，在bean初始化方法执行以前，先执行后置处理器的postProcessBeforeInitialization方法，程序跳进ApplicationContextAwareProcessor这个类中（此类实现了BeanPostProcessor接口），执行重写的postProcessBeforeInitialization方法，在跳到invokeAwareInterfaces方法中，判断了当前初始化bean时候继承了对应的Aware，若是是则调用对应的set方法，传入对应的资源。

同理还有**EnvironmentAware
EmbeddedValueResolverAware
ResourceLoaderAware
ApplicationEventPublisherAware
MessageSourceAware**也是注入spring底层组件
再举个EmbeddedValueResolverAware的例子，能够实现这个aware接口来完成Spring获取properties文件属性值：

public class PropertiesUtil implements EmbeddedValueResolverAware {

    private static StringValueResolver resolver;

    @Override
    public void setEmbeddedValueResolver(StringValueResolver resolver) {
        this.resolver = resolver;
    }
    public static String getPropertiesValue(String key) {
        StringBuilder name = new StringBuilder("${").append(key).append("}");
        return resolver.resolveStringValue(name.toString());
    }
}

须要获取properties文件的属性值时能够采用：propertiesUtil.getPropertiesValue("xxxxxxx")或者@value("xxxx")来达到获取属性值。
打个断点后发现它的原理和ApplicationContextAware是同样的。都是判断了当前初始化bean时候继承了对应的Aware，若是是则调用对应的set方法，传入对应的资源。源码以下：

private void invokeAwareInterfaces(Object bean) {
        if (bean instanceof Aware) {
            if (bean instanceof EnvironmentAware) {
                ((EnvironmentAware) bean).setEnvironment(this.applicationContext.getEnvironment());
            }
            if (bean instanceof EmbeddedValueResolverAware) {
                ((EmbeddedValueResolverAware) bean).setEmbeddedValueResolver(this.embeddedValueResolver);
            }
            if (bean instanceof ResourceLoaderAware) {
                ((ResourceLoaderAware) bean).setResourceLoader(this.applicationContext);
            }
            if (bean instanceof ApplicationEventPublisherAware) {
                ((ApplicationEventPublisherAware) bean).setApplicationEventPublisher(this.applicationContext);
            }
            if (bean instanceof MessageSourceAware) {
                ((MessageSourceAware) bean).setMessageSource(this.applicationContext);
            }
            if (bean instanceof ApplicationContextAware) {
                ((ApplicationContextAware) bean).setApplicationContext(this.applicationContext);
            }
        }
    }

ServletContextAware、ServletConfigAware等几个原理也是差很少相似的。
同理还有BeanValidationPostProcessor也实现了BeanPostProcessor接口，可用于数据校验，还有InitDestroyAnnotationBeanPostProcessor也实现了此接口，主要是用于处理JSR250那几个注解的，AutowiredAnnotationBeanPostProcessor也实现了该接口，用于处理@autowired注解装载bean。总之，Bean的赋值、注入其余组件，@autowired，@Async，生命周期等都是使用BeanPostProcessor来完成的。这一些使用和原理在下一章再分析并补上流程图。