Spring中的順序問題怎么解決

今天小編給大家分享一下Spring中的順序問題怎么解決的相關(guān)知識(shí)點(diǎn)，內(nèi)容詳細(xì)，邏輯清晰，相信大部分人都還太了解這方面的知識(shí)，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。

1、有特殊接口或注解，就用它的順序

特殊接口或注解就是：PriorityOrdered 接口、Ordered 接口、@Priority 注解、@Order 注解

2、沒有，就用 beanDefinitionNames 順序

那么什么決定了 beanDefinitionNames 的順序呢？？？在下文中有說明

下面會(huì)列舉一些 Spring 中的一些常見的順序代碼來分析

舉例 1：Spring 注冊(cè)非懶加載的的 Bean

// DefaultListableBeanFactory.class
public void preInstantiateSingletons() throws BeansException {
    // <1> 收集beanDefinitionNames集合
    List<String> beanNames = new ArrayList<>(this.beanDefinitionNames);
    for (String beanName : beanNames) {
        // <2> 依次注冊(cè) Bean
        getBean(beanName);
    }
}

• <1> 處，收集 BeanDefinition 集合

• <2> 處，實(shí)例化的順序總體上是跟注冊(cè)的順序一致，但是實(shí)例化過程中處理屬性依賴、構(gòu)造器參數(shù)依賴等等依賴時(shí)，會(huì)先對(duì)依賴的 Bean 進(jìn)行實(shí)例化！

舉例 2：Spring 處理 BeanFactoryPostProcessor 接口

// PostProcessorRegistrationDelegate.class
public static void invokeBeanFactoryPostProcessors(
    ConfigurableListableBeanFactory beanFactory, List<BeanFactoryPostProcessor> beanFactoryPostProcessors) {
    // <1> 收集BeanDefinitionRegistryPostProcessor集合
    String[] postProcessorNames =
        beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false);
    for (String ppName : postProcessorNames) {
        // <2> 優(yōu)先處理 PriorityOrdered 接口
        if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {
            processedBeans.add(ppName);
        }
    }
    // <3> 再處理 Ordered 接口的
    for (String ppName : postProcessorNames) {
        if (beanFactory.isTypeMatch(ppName, Ordered.class)) {
        }
    }
    // <4> 最后處理不是這 2 個(gè)接口的
}

• <1> 處，收集 BeanDefinitionRegistryPostProcessor 集合，但是是根據(jù)注冊(cè)的順序(即 beanDefinitionNames )收集的

• <2> 處，優(yōu)先處理 PriorityOrdered 接口

• <3> 處，再處理 Ordered 接口的

• <4> 處，最后處理不是這 2 個(gè)接口的 舉例 3：AnnotationAwareOrderComparator 注解排序比較

作用：該比較器的作用是對(duì)標(biāo)注了注解的內(nèi)容進(jìn)行排序，@Priority 優(yōu)先 @Order，同注解要看 value 大小

在 Spring 中幾乎所有需要用到比較的地方都會(huì)使用該注解比較器，如：

在實(shí)例化 ApplicationContextInitializer 接口時(shí)，代碼及注釋如下：

// 代碼位置：AbstractContextLoader.class
private void invokeApplicationContextInitializers(ConfigurableApplicationContext context,
                                                  MergedContextConfiguration mergedConfig) {
	... ...略
    // <1> 對(duì) initializerInstances 排序
    AnnotationAwareOrderComparator.sort(initializerInstances);
    for (ApplicationContextInitializer<ConfigurableApplicationContext> initializer : initializerInstances) {
        // <2> 比較后挨個(gè)實(shí)例化
        initializer.initialize(context);
    }
}

loadFactories 方法從配置中加載和實(shí)例化指定類型的類，代碼及注釋如下：

// 代碼位置：SpringFactoriesLoader.class
// 功能：加載配置中的 factoryClass 類型的定義
public static <T> List<T> loadFactories(Class<T> factoryClass, @Nullable ClassLoader classLoader) {
    // <1> 加載factoryClass 類型的列表
    List<String> factoryNames = loadFactoryNames(factoryClass, classLoaderToUse);
    List<T> result = new ArrayList<>(factoryNames.size());
    for (String factoryName : factoryNames) {
        // <2> 逐個(gè)實(shí)例化
        result.add(instantiateFactory(factoryName, factoryClass, classLoaderToUse));
    }
    // <3> 排序
    AnnotationAwareOrderComparator.sort(result);
    return result;
}

AOP 進(jìn)行排序時(shí)，代碼及注釋如下：

// 代碼位置：AbstractAdvisorAutoProxyCreator.class
protected List<Advisor> findEligibleAdvisors(Class<?> beanClass, String beanName) {
    // <1> 查找候選的 Advisor
    List<Advisor> candidateAdvisors = findCandidateAdvisors();
    // <2> 適配當(dāng)前 beanClass 的 Advisor
    List<Advisor> eligibleAdvisors = findAdvisorsThatCanApply(candidateAdvisors, beanClass, beanName);
    extendAdvisors(eligibleAdvisors);
    if (!eligibleAdvisors.isEmpty()) {
        // <3> 對(duì) Advisor 排序
        eligibleAdvisors = sortAdvisors(eligibleAdvisors);
    }
    return eligibleAdvisors;
}

什么決定了 beanDefinitionNames 的順序

需要了解的背景知識(shí)

1、Spring 的啟動(dòng)流程、Spring Boot 的啟動(dòng)流程

2、Spring Boot 自動(dòng)裝配原理

3、BeanFactoryPostProcessor 后置處理器是如何工作的，特別的重點(diǎn)掌握 ConfigurationClassPostProcessor

注冊(cè)過程簡單分析過程

因?yàn)?beanDefinitionNames 屬性只能通過如下代碼添加（有且僅有這一處 add 方法）

// 代碼位置：DefaultListableBeanFactory.class
private volatile List<String> beanDefinitionNames = new ArrayList<>(256);
public void registerBeanDefinition(String beanName, BeanDefinition beanDefinition)
    throws BeanDefinitionStoreException {
    // 注冊(cè)
    this.beanDefinitionNames.add(beanName);
}

所以該屬性的順序主要與 this.registry.registerBeanDefinition 方法的調(diào)用相關(guān)

ConfigurationClassPostProcessor 簡單分析

調(diào)用容器registry來注冊(cè) BeanDefinition 的代碼省略如下：

// 代碼位置：ConfigurationClassPostProcessor.class
public void processConfigBeanDefinitions(BeanDefinitionRegistry registry) {
    do {
        // <1> 解析 candidates
        parser.parse(candidates);
        // <2> 獲取【有序的】配置類集合
        Set<ConfigurationClass> configClasses = new LinkedHashSet<>(parser.getConfigurationClasses());
        // <3> 處理配置類
        this.reader.loadBeanDefinitions(configClasses);
    }
    while (!candidates.isEmpty());
}

• <1> 處，最開始一般 candidates 只有一個(gè)類就是 @SpringApplication 注解標(biāo)注的類；然后在 parse 方法內(nèi)部經(jīng)歷了各種各種遞歸調(diào)用處理完所有的配置類

• <2> 處，獲取 parse 階段解析好的所有配置類

• <3> 處，處理【有序的配置類】的注冊(cè)，注冊(cè)到 beanDefinitionNames 屬性中

基于以上的簡單分析給出如下結(jié)論

注冊(cè)順序的結(jié)論

以以下代碼舉例來說明 beanDefinitionNames 的注冊(cè)順序

@SpringBootApplication
@EnableCaching
@EnableTransactionManagement
@MapperScan(basePackages = "cn.iocoder.springboot.lab21.cache.mapper")
public class Application {
	public static void main(String[] args) {
        // 先處理 run 方法中傳入的"配置類"，即 Application 類
		SpringApplication.run(Application.class);
	}
}

Application 優(yōu)先級(jí)最高

因?yàn)橐话阒挥形ㄒ灰粋€(gè) candidates 類，即啟動(dòng)類 Application，它是配置類 Configuration 注冊(cè)的入口

其次是 Application 類所在的包

處理各種 ImportSelector 導(dǎo)入的類

先處理 @EnableCaching 注解、再處理 @EnableTransactionManagement 注解、再處理 @MapperScan 注解

最后是自動(dòng)裝配的類

備注：

1、排序在前面的 Configuration 類會(huì)先被注冊(cè)

2、Configuration 的順序是可能控制的，如可通過 @AutoConfigureBefore、@AutoConfigureAfter、@AutoConfigureOrder等方式

解釋一些順序相關(guān)的問題

因?yàn)橛辛松厦娴慕Y(jié)論，我們就可以嘗試解決一些順序相關(guān)的問題

問題 1：我們自定義的 Bean 存在時(shí)，不會(huì)加載默認(rèn)的 Bean，只有我們自定義 Bean 不存在時(shí)才會(huì)加載默認(rèn)的 Bean

答案：按照上面的注冊(cè)順序，先掃描我們自定義的包，所以我們自定義的 Bean 先被注冊(cè)；而在自動(dòng)裝配時(shí)可能使用了@ConditionalOnBean等條件注解，從而導(dǎo)致條件不滿足，就不再注冊(cè)默認(rèn)的 Bean

問題 2：注冊(cè)的順序影響大嗎

答案：

1、有很大影響，除了標(biāo)注或?qū)崿F(xiàn)特殊注解或接口的類沒有影響外，其他類都會(huì)受到一定的影響

2、很難全面把握 Spring Boot 自動(dòng)裝配的順序，這也是導(dǎo)致 Spring Boot 比較晦澀難懂的一方面

留下一個(gè)疑問供各位看官答疑

問題 ：如下@EnableCaching注解、@EnableTransactionManagement的先后順序?qū)?2 種攔截器的順序有影響？？？

方式 1：

@SpringBootApplication
@EnableTransactionManagement
@EnableCaching
@MapperScan(basePackages = "cn.iocoder.springboot.lab21.cache.mapper")
public class Application {
	public static void main(String[] args) {
		SpringApplication.run(Application.class);
	}
}

方式 2：

@SpringBootApplication
@EnableCaching
@EnableTransactionManagement
@MapperScan(basePackages = "cn.iocoder.springboot.lab21.cache.mapper")
public class Application {
	public static void main(String[] args) {
		SpringApplication.run(Application.class);
	}
}

答案：從截圖的結(jié)果上來看是有影響的，為啥呢

說明：

1、因?yàn)锧EnableCaching和@@EnableTransactionManagement都是通過 ImportSelector 機(jī)制，上面的注解會(huì)先被處理；所以方式 1 的事務(wù)會(huì)被先注冊(cè)，緩存會(huì)被后注冊(cè)

2、其次雖然在 AOP 會(huì)被 Advisor 進(jìn)行排序

// 代碼位置：AbstractAdvisorAutoProxyCreator.class
protected List<Advisor> findEligibleAdvisors(Class<?> beanClass, String beanName) {
    // <1> 查找候選的 Advisor
    List<Advisor> candidateAdvisors = findCandidateAdvisors();
    // <2> 適配當(dāng)前 beanClass 的 Advisor
    List<Advisor> eligibleAdvisors = findAdvisorsThatCanApply(candidateAdvisors, beanClass, beanName);
    extendAdvisors(eligibleAdvisors);
    if (!eligibleAdvisors.isEmpty()) {
        // <3> 對(duì) Advisor 排序
        eligibleAdvisors = sortAdvisors(eligibleAdvisors);
    }
    return eligibleAdvisors;
}

但是事務(wù)的BeanFactoryTransactionAttributeSourceAdvisor 和緩存的BeanFactoryCacheOperationSourceAdvisor均沒有順序接口或注解，所以排序失效，注冊(cè)的順序就是 Advisor 的順序。

以上就是“Spring中的順序問題怎么解決”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會(huì)為大家更新不同的知識(shí)，如果還想學(xué)習(xí)更多的知識(shí)，請(qǐng)關(guān)注億速云行業(yè)資訊頻道。