? ? ? ?在上一篇文章里面我們討論了一個(gè)beanDefintion對(duì)象的重要性野建，為了討論spring當(dāng)中的beanDefinition對(duì)象我們不得不牽扯出spring當(dāng)中的bean工廠后置處理器也就是BeanFactoryPostProcessor這個(gè)類(lèi)；繼而討論了BeanFactoryPostProcessor的大概執(zhí)行時(shí)機(jī)（BeanFactoryPostProcessor的執(zhí)行時(shí)機(jī)很重要而且spring內(nèi)部做的稍微有點(diǎn)復(fù)雜恬叹，本文重點(diǎn)來(lái)討論spring內(nèi)部怎么保證這些執(zhí)行時(shí)機(jī)得以嚴(yán)禁的執(zhí)行候生，還有如何來(lái)擴(kuò)展spring的bean工廠后置處理器）；首先通過(guò)一張圖簡(jiǎn)單的理解一下spring容器啟動(dòng)的時(shí)候執(zhí)行調(diào)用BeanFactoryPostProcessor后置處理器的大概的方法執(zhí)行順序：

BeanFactoryPostProcessor的方法執(zhí)行順序

所有的問(wèn)題X啰挪，文章后面再解釋?zhuān)@里先把步驟搞清楚

? ? ? ?繼而②-2spring又實(shí)例化了一個(gè)ClassPathBeanDefinitionScanner對(duì)象滤否，這個(gè)對(duì)象顧名思義就是能夠用來(lái)完成spring的掃描功能，但是這里提一句——spring內(nèi)部完成掃描功能并不是用的這個(gè)對(duì)象瑰步，而是在掃描的時(shí)候又new了一個(gè)新的ClassPathBeanDefinitionScanner對(duì)象；換言之這里spring new的對(duì)象我們假設(shè)他為a绣檬，但是spring在真正完成掃描的時(shí)候又new了一個(gè)b舅巷，但是是同一個(gè)類(lèi)都是ClassPathBeanDefinitionScanner，但是為什么需要兩個(gè)河咽？ 3钠右、直接用a不就可以了嗎？如果spring內(nèi)部完成掃描時(shí)候沒(méi)用a忘蟹，那么a被new出來(lái)在哪里使用了飒房？（問(wèn)題三）到此為止第②步完成；③調(diào)用register(Appconfig.class);首先會(huì)把Appconfig類(lèi)解析成為一個(gè)beanDefintion對(duì)象（如何把一個(gè)類(lèi)解析稱(chēng)為beanDefinition對(duì)象的媚值？這里其實(shí)涉及到②-1AnnotatedBeanDefinitionReader對(duì)象的意義狠毯，如果你明白了②-1這里也就明白了），然后給解析出來(lái)的beanDefinition對(duì)象設(shè)置一些默認(rèn)屬性褥芒，繼而put到beanDefintionMap當(dāng)中嚼松；為什么需要put到beanDefintionMap呢？在上一篇我們已經(jīng)解釋過(guò)這個(gè)map就是單純用來(lái)存儲(chǔ)beanDefinition的锰扶，spring后面會(huì)遍歷這個(gè)map根據(jù)map當(dāng)中的beanDefinition來(lái)實(shí)例化bean献酗，如果Appconfig類(lèi)的beanDefintion存在map當(dāng)中那么他必然會(huì)被spring容器實(shí)例化稱(chēng)為一個(gè)bean？為什么Appconfig會(huì)需要實(shí)例化呢坷牛？因?yàn)锳ppconfig當(dāng)中有很多加了@Bean的方法罕偎，這些方法需要被調(diào)用，故而需要實(shí)例化京闰，但是Appconfig類(lèi)的實(shí)例化很復(fù)雜比一般類(lèi)實(shí)例化過(guò)程復(fù)雜很多颜及，涉及到代理涉及到cglib等等，這個(gè)我們后面文章解釋?zhuān)贿@里還需要解釋一個(gè)問(wèn)題蹂楣，為什么Appconfig類(lèi)是通過(guò)register(Appconfig.class);手動(dòng)put到map當(dāng)中呢俏站？為什么不是掃描出來(lái)的呢？（一般類(lèi)都是通過(guò)掃描出來(lái)的）痊土，其實(shí)也很簡(jiǎn)單肄扎，因?yàn)樗麩o(wú)法掃描自己，一般類(lèi)是spring通過(guò)解析Appconfig上的@ComponentScan注解然后被掃描到施戴，所以無(wú)法掃描自己反浓；接下來(lái)便是第④步，④-1到④-4以后分析赞哗，④-5便是我們上篇文章說(shuō)的執(zhí)行spring當(dāng)中的bean工廠后置處理器，也是本文重點(diǎn)討論的辆雾；下圖是對(duì)上述文字的一個(gè)說(shuō)明——spring容器啟動(dòng)的執(zhí)行順序：

spring容器啟動(dòng)的執(zhí)行順序動(dòng)態(tài)圖

image

Convenient adapter for programmatic registration of annotated bean
classes. * This is an alternative to {@link
ClassPathBeanDefinitionScanner}, applying * the same resolution of
annotations but for explicitly registered classes only

? ? ? ?按照筆者蹩腳的英文水平我的理解是：這個(gè)類(lèi)作用分為以下兩個(gè)
? ? ? ?1、可用于編程式動(dòng)態(tài)注冊(cè)一個(gè)帶注解的bean藤乙，什么意思呢?比如我們有一個(gè)類(lèi)A存在com.shadow包下面猜揪，并且是一個(gè)加注解的類(lèi)。比如加了@Component坛梁，正常情況下這個(gè)類(lèi)A一般是被spring掃描出來(lái)的而姐，但是有不正常情況，比如spring并沒(méi)有掃描到com.shadow包划咐，那么類(lèi)A就無(wú)法被容器實(shí)例化拴念。有人可能會(huì)問(wèn)為什么沒(méi)有掃描到com.shadow包？掃描情況下不會(huì)掃描到褐缠？其實(shí)很簡(jiǎn)單政鼠，假設(shè)你的這個(gè)類(lèi)是動(dòng)態(tài)生成，在容器實(shí)例化的時(shí)候不存在那么肯定不存在队魏，再或者這個(gè)包下面有N多類(lèi)但是只有一個(gè)類(lèi)加了注解公般，那么其實(shí)你不需要去掃描，只需要添加這一個(gè)加了注解的類(lèi)即可胡桨，再或者一個(gè)類(lèi)是你和第三方系統(tǒng)交互后得到的官帘。那么這個(gè)時(shí)候我們可以把這個(gè)類(lèi)通過(guò)AnnotatedBeanDefinitionReader的register(Class clazz)方法把一個(gè)帶注解的類(lèi)注冊(cè)給spring（這里的注冊(cè)其實(shí)就是上一篇文章中說(shuō)的把一個(gè)類(lèi)解析成BeanDefintion對(duì)象，然后把這個(gè)對(duì)象put到beanDefinitionMap當(dāng)中）昧谊，寫(xiě)個(gè)例子來(lái)測(cè)試一下他的這個(gè)注冊(cè)bean的功能：

手動(dòng)注冊(cè)bean

AnnotationConfigApplicationContext ac =
                new AnnotationConfigApplicationContext();
                    //動(dòng)態(tài)注冊(cè)一個(gè)配置類(lèi)
        ac.register(Appconfig.class);
                //調(diào)用refresh方法
        //這里很多資料都叫做刷新spring容器
        //但是我覺(jué)得不合適贸营，這是硬核翻譯，比較生硬
        //筆者覺(jué)得理解為初始化spring容器更加精準(zhǔn)
        //至于為什么以后慢慢更新再說(shuō)
        ac.refresh();

? ? ? ?第二種寫(xiě)法：

AnnotationConfigApplicationContext ac =
        new AnnotationConfigApplicationContext(Appconfig.class);

? ? ? ?這兩種寫(xiě)法都初始化spring容器岩睁，代碼上的區(qū)別無(wú)非就是第一種寫(xiě)法是調(diào)用AnnotationConfigApplicationContext()钞脂；的無(wú)參構(gòu)造方法，第二種寫(xiě)法是調(diào)用了AnnotationConfigApplicationContext（Class<?>... annotatedClasses）有參構(gòu)造方法捕儒；但是你如果翻閱源碼第二種寫(xiě)法的內(nèi)部也是首先調(diào)用無(wú)參構(gòu)造方法的冰啃，繼而內(nèi)部繼續(xù)調(diào)用register(Appconfig.class)方法，最后調(diào)用refresh();方法刘莹，和第一種寫(xiě)法的區(qū)別是register和refresh是程序員調(diào)用的阎毅；筆者更推薦第一種寫(xiě)法，因?yàn)榈谝环N寫(xiě)法可以在初始化spring容器之前得到AnnotationConfigApplicationContext的對(duì)象也就是代碼里面的ac對(duì)象点弯；用一張圖來(lái)說(shuō)明一下這兩種寫(xiě)法的異同：

image

? ? ? ?我們看下AnnotatedBeanDefinitionReader具體做了什么纠炮，看這個(gè)構(gòu)造方法月趟，傳入的是一個(gè)BeanDefinitionRegistry類(lèi)型，就是可以注冊(cè)bean定義的恢口，內(nèi)部要注冊(cè)就需要用到：

public AnnotatedBeanDefinitionReader(BeanDefinitionRegistry registry) {
        this(registry, getOrCreateEnvironment(registry));
    }

? ? ? ?getOrCreateEnvironment獲得或者創(chuàng)建環(huán)境孝宗，如果BeanDefinitionRegistry是EnvironmentCapable的話就可以直接獲取，否則就創(chuàng)建一個(gè)標(biāo)準(zhǔn)環(huán)境耕肩，其實(shí)就是獲取一些系統(tǒng)的變量因妇。比如可以配置dev環(huán)境问潭，test環(huán)境，online環(huán)境等等婚被。

    private static Environment getOrCreateEnvironment(BeanDefinitionRegistry registry) {
        Assert.notNull(registry, "BeanDefinitionRegistry must not be null");
        if (registry instanceof EnvironmentCapable) {
            return ((EnvironmentCapable) registry).getEnvironment();
        }
        return new StandardEnvironment();
    }

? ? ? ?繼續(xù)看AnnotatedBeanDefinitionReader另一個(gè)構(gòu)造方法：

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);
    }

? ? ? ?對(duì)BeanDefinitionRegistry進(jìn)行了保存和把environment封裝進(jìn)了ConditionEvaluator狡忙，ConditionEvaluator可以理解成一個(gè)條件過(guò)濾器，與@Conditional有關(guān)址芯，如果有了這個(gè)注解灾茁，就先判斷條件成不成立，不成立的話有些操作就不做了谷炸。registerAnnotationConfigProcessors這個(gè)一看方法就知道要加一些處理器北专，來(lái)處理我們的注解，也就是說(shuō)旬陡，spring有些內(nèi)部的處理器需要注冊(cè)進(jìn)來(lái)拓颓，這里可以想到spring應(yīng)該是為了統(tǒng)一處理處理器，所以也是按注冊(cè)描孟，處理這樣的流程來(lái)驶睦，無(wú)論是自己內(nèi)部的，還是用戶自定義的画拾，我們來(lái)看看里面是怎么做的啥繁，我們跟進(jìn)這個(gè)方法的源碼：

public static Set<BeanDefinitionHolder> registerAnnotationConfigProcessors(
            BeanDefinitionRegistry registry, @Nullable Object source) {

        // 獲取beanFactory也就是DefaultListableBeanFactory
        DefaultListableBeanFactory beanFactory = unwrapDefaultListableBeanFactory(registry);
        if (beanFactory != null) {
            if (!(beanFactory.getDependencyComparator() instanceof AnnotationAwareOrderComparator)) {
                /**
                 * AnnotationAwareOrderComparator主要能解析@Order和@Priority
                 */
                beanFactory.setDependencyComparator(AnnotationAwareOrderComparator.INSTANCE);
            }
            if (!(beanFactory.getAutowireCandidateResolver() instanceof ContextAnnotationAutowireCandidateResolver)) {
                /**
                 * ContextAnnotationAutowireCandidateResolver提供處理延遲加載的功能
                 */
                beanFactory.setAutowireCandidateResolver(new ContextAnnotationAutowireCandidateResolver());
            }
        }

        Set<BeanDefinitionHolder> beanDefs = new LinkedHashSet<>(8);
        /**
         * spring默認(rèn)的BeanDefinition的注冊(cè)，很重要青抛，需要理解每個(gè)bean的類(lèi)型
         */
        // 注冊(cè)ConfigurationAnnotationProcessor
        //ConfigurationClassPostProcessor是一個(gè)工廠后置處理器旗闽，這個(gè)后置處理器非常重要，基本上類(lèi)上面的注解都在這里面判斷并解析蜜另，spring的包掃描也在里面完成
        if (!registry.containsBeanDefinition(CONFIGURATION_ANNOTATION_PROCESSOR_BEAN_NAME)) {
            RootBeanDefinition def = new RootBeanDefinition(ConfigurationClassPostProcessor.class);
            def.setSource(source);
            beanDefs.add(registerPostProcessor(registry, def, CONFIGURATION_ANNOTATION_PROCESSOR_BEAN_NAME));
        }
        // 注冊(cè)AutowiredAnnotationBeanPostProcessor
        //顧名思義就是處理@Autowired的适室，它是一個(gè)bean的后置處理器，在bean的屬性注入的時(shí)候會(huì)用到
        if (!registry.containsBeanDefinition(AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME)) {
            RootBeanDefinition def = new RootBeanDefinition(AutowiredAnnotationBeanPostProcessor.class);
            def.setSource(source);
            beanDefs.add(registerPostProcessor(registry, def, AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME));
        }

        // Check for JSR-250 support, and if present add the CommonAnnotationBeanPostProcessor.
        // 注冊(cè)CommonAnnotationBeanPostProcessor
        //顧名思義就是處理一些公共注解的举瑰，它是一個(gè)bean的后置處理器捣辆，可以處理@PostConstruct和@PreDestroy還有@Resource等
        //提示： 這里有一個(gè)jsr250Present校驗(yàn)
        if (jsr250Present && !registry.containsBeanDefinition(COMMON_ANNOTATION_PROCESSOR_BEAN_NAME)) {
            RootBeanDefinition def = new RootBeanDefinition(CommonAnnotationBeanPostProcessor.class);
            def.setSource(source);
            beanDefs.add(registerPostProcessor(registry, def, COMMON_ANNOTATION_PROCESSOR_BEAN_NAME));
        }

        // Check for JPA support, and if present add the PersistenceAnnotationBeanPostProcessor.
        // 注冊(cè)PersistenceAnnotationProcessor
        if (jpaPresent && !registry.containsBeanDefinition(PERSISTENCE_ANNOTATION_PROCESSOR_BEAN_NAME)) {
            RootBeanDefinition def = new RootBeanDefinition();
            try {
                def.setBeanClass(ClassUtils.forName(PERSISTENCE_ANNOTATION_PROCESSOR_CLASS_NAME,
                        AnnotationConfigUtils.class.getClassLoader()));
            }
            catch (ClassNotFoundException ex) {
                throw new IllegalStateException(
                        "Cannot load optional framework class: " + PERSISTENCE_ANNOTATION_PROCESSOR_CLASS_NAME, ex);
            }
            def.setSource(source);
            beanDefs.add(registerPostProcessor(registry, def, PERSISTENCE_ANNOTATION_PROCESSOR_BEAN_NAME));
        }
        // 注冊(cè)EventListenerMethodProcessor
        if (!registry.containsBeanDefinition(EVENT_LISTENER_PROCESSOR_BEAN_NAME)) {
            RootBeanDefinition def = new RootBeanDefinition(EventListenerMethodProcessor.class);
            def.setSource(source);
            beanDefs.add(registerPostProcessor(registry, def, EVENT_LISTENER_PROCESSOR_BEAN_NAME));
        }
        // 注冊(cè)DefaultEventListenerFactory
        if (!registry.containsBeanDefinition(EVENT_LISTENER_FACTORY_BEAN_NAME)) {
            RootBeanDefinition def = new RootBeanDefinition(DefaultEventListenerFactory.class);
            def.setSource(source);
            beanDefs.add(registerPostProcessor(registry, def, EVENT_LISTENER_FACTORY_BEAN_NAME));
        }

        return beanDefs;
    }

? ? ? ?主要流程就是獲取DefaultListableBeanFactory，然后注冊(cè)AnnotationAwareOrderComparator順序比較器此迅，排序用的汽畴，ContextAnnotationAutowireCandidateResolver自動(dòng)裝配解析器，解析自動(dòng)裝配相關(guān)配置用耸序。然后創(chuàng)建一些后置處理器的bean定義忍些，內(nèi)部一般用RootBeanDefinition來(lái)定義，比如這個(gè)類(lèi)ConfigurationClassPostProcessor坎怪，他是前面配置類(lèi)處理的關(guān)鍵罢坝，所以這里先添加bean定義，還有AutowiredAnnotationBeanPostProcessor搅窿，處理自動(dòng)裝配的嘁酿，另外還有EventListenerMethodProcessor和DefaultEventListenerFactory隙券，CommonAnnotationBeanPostProcessor暫時(shí)不講，后面用到會(huì)說(shuō)闹司。
? ? ? ?我們?cè)賮?lái)看看AnnotatedBeanDefinitionReader的重要屬性：

private final BeanDefinitionRegistry registry;
    //類(lèi)名生成器
    private BeanNameGenerator beanNameGenerator = AnnotationBeanNameGenerator.INSTANCE;
    //socpe注解解析器
    private ScopeMetadataResolver scopeMetadataResolver = new AnnotationScopeMetadataResolver();
    //條件評(píng)估器
    private ConditionEvaluator conditionEvaluator;

? ? ? ?可以看到娱仔，內(nèi)部的bean定義全部都是用RootBeanDefinition。至此讀取器創(chuàng)建完成开仰，其實(shí)就是注冊(cè)了需要處理注解的處理器bean定義拟枚，此時(shí)還沒(méi)有創(chuàng)建bean哦薪铜。后面ConfigurationClassPostProcessor發(fā)揮著很大的作用众弓，用來(lái)解析配置類(lèi)。