spring boot 源码分析-------ApplicationContext

上下文ConfigurableApplicationContext的创建。

context = createApplicationContext();

    protected ConfigurableApplicationContext createApplicationContext() {
        Class<?> contextClass = this.applicationContextClass;
        if (contextClass == null) {
            try {
                contextClass = Class.forName(this.webEnvironment
                        ? DEFAULT_WEB_CONTEXT_CLASS : DEFAULT_CONTEXT_CLASS);
            }
            catch (ClassNotFoundException ex) {
                throw new IllegalStateException(
                        "Unable create a default ApplicationContext, "
                                + "please specify an ApplicationContextClass",
                        ex);
            }
        }
        return (ConfigurableApplicationContext) BeanUtils.instantiate(contextClass);
    }

根据webEnvironment创建对应的上下文。web应用创建的是下面这个类型的上下文。

    public static final String DEFAULT_WEB_CONTEXT_CLASS = "org.springframework."
            + "boot.context.embedded.AnnotationConfigEmbeddedWebApplicationContext";

看AnnotationConfigEmbeddedWebApplicationContext的构造方法。

    public AnnotationConfigEmbeddedWebApplicationContext() {
        this.reader = new AnnotatedBeanDefinitionReader(this);
        this.scanner = new ClassPathBeanDefinitionScanner(this);
    }

需要创建一个reader和一个scanner。

从上面的代码可以看出两个构造方法的参数都是上下文。这里看下这个上下文类的继承实现关系。看出上下文是包含BeanDefinitionRegistry的功能。

AnnotatedBeanDefinitionReader用于操作BeanDefinition。

ClassPathBeanDefinitionScanner用于扫描路径下的文件，利用classLoader加载类然后生成BeanDefinition。

看下AnnotatedBeanDefinitionReader，主要包含的BeanDefinitionRegistry实际操作BeanDefinition的、ConditionEvaluator用于完成条件注解的解析和判断（也就是处理注解的）。

    public AnnotatedBeanDefinitionReader(BeanDefinitionRegistry registry, Environment environment) {
        Assert.notNull(registry, "BeanDefinitionRegistry must not be null");
        Assert.notNull(environment, "Environment must not be null");
        this.registry = registry;
        this.conditionEvaluator = new ConditionEvaluator(registry, environment, null);
        AnnotationConfigUtils.registerAnnotationConfigProcessors(this.registry);
    }

 看下ClassPathBeanDefinitionScanner。

    private final BeanDefinitionRegistry registry;

    private BeanDefinitionDefaults beanDefinitionDefaults = new BeanDefinitionDefaults();

    private String[] autowireCandidatePatterns;

    private BeanNameGenerator beanNameGenerator = new AnnotationBeanNameGenerator();

    private ScopeMetadataResolver scopeMetadataResolver = new AnnotationScopeMetadataResolver();

主要包换的也就是BeanDefinitionRegistry、autowireCandidatePatterns、beanNameGenerator、scopeMetadataResolver都是为了解析类转换成BeanDefinition服务的。

创建过后的context包含如下内容：

可以看到beanFactory已经被创建。

里面的beanDefinationMap只包换初始META-INFO里面的六个类。

context实现了BeanDefinition的接口，但是并没有持有BeanDefinitionMap，是DefaultListableBeanFactory里面持有的，也就是实际操作的是DefaultListableBeanFactory里面的BeanDefinition。DefaultListableBeanFactory是GenericApplicationContext持有的。

看GenericApplicationContext也可以发现，对于BeanDefinition实际的操作都在DefaultListableBeanFactory里，GenericApplicationContext对DefaultListableBeanFactory做了代理。