欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

關(guān)于ConditionalOnMissingBean失效問題的追蹤

 更新時間：2022年03月02日 15:37:33   作者：伊布拉西莫  
這篇文章主要介紹了關(guān)于ConditionalOnMissingBean失效問題的追蹤方式，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教

遇到一個@ConditionalOnMissingBean失效的問題，今天花點(diǎn)時間來分析一下。

現(xiàn)場回放

services

首先介紹下代碼結(jié)構(gòu)：有RunService,以及它的兩個實(shí)現(xiàn)類：TrainRunServiceImpl和CarRunServiceImpl

RunService

public interface RunService {
? ? void run();
}

TrainRunServiceImpl

public class TrainRunServiceImpl implements RunService {
? ? @Override
? ? public void run() {
? ? ? ? System.out.println("開火車,wuwuwuwuwu");
? ? }
}

CarRunServiceImpl

public class CarRunServiceImpl implements RunService {
? ? @Override
? ? public void run() {
? ? ? ? System.out.println("汽車,dididi");
? ? }
}

操作類

操作類MyInitBean中，注入了RunService – byType

@Component
public class MyInitBean implements InitializingBean {
    @Autowired
    private RunService runService;
    @Override
    public void afterPropertiesSet() throws Exception {
        runService.run();
    }
}

configuration

我們在配置類中，注入RunService的實(shí)現(xiàn)bean,并通過@ConditionalOnMissingBean來判斷是否注入。

@Configuration
public class MyConfiguration {
    @Bean
    @ConditionalOnMissingBean
    public RunService carRunServiceImpl() {
        return new CarRunServiceImpl();
    }
    
    @Bean
    public RunService trainRunServiceImpl() {
        return new TrainRunServiceImpl();
    }
}

拋出異常

按照上述的代碼，執(zhí)行后，本以為會成功執(zhí)行，但是卻拋出了異常，異常信息如下：

在spring容器中存在了兩個RunService實(shí)現(xiàn)類。

這導(dǎo)致了MyInitBean無法決定它到底該使用這兩個中的哪一個。(默認(rèn)是byType注入的)

按照上述的異常信息，它給出了兩種解決方案：

@Qualifier

在注入bean時，指定bean的名稱.

@Controller
public class MyInitBean implements InitializingBean {
? ? @Autowired
? ? @Qualifier("carRunServiceImpl")
? ? private RunService runService;
}

通過@Configuration配置類注入的bean,默認(rèn)名稱為方法名稱

? @Bean // ?`trainRunServiceImpl `
? public RunService trainRunServiceImpl() {
? ? ?return new TrainRunServiceImpl();
?}

直接在類頭部申明注入的bean,默認(rèn)名稱為類名稱

@Service ?// ?`trainRunServiceImpl`
public class TrainRunServiceImpl implements RunService {
}

@Primary

@Primary的作用是，在bean存在多個候選者且無法決定使用哪一個時，優(yōu)先使用帶有該注解的bean.

在配置類中Configuration添加

? @Bean
? @Primary
? public RunService trainRunServiceImpl() {
? ? ? return new TrainRunServiceImpl();
? }

在類申明中添加

@Primary
public class TrainRunServiceImpl implements RunService {
}

注意

在上述給出的兩種方法中，無論是使用@Primary還是這里容器中仍然存在多個實(shí)現(xiàn)類,

這并不是我們想要的結(jié)果。

這里為什么@ConditionalOnMissingBean會失效呢?

問題定位

在進(jìn)行問題定位前，我們先來回顧一下@ConditionalOnMissingBean的工作原理

工作原理

@ConditionalOnMissingBean

ConditionalOnMissingBean的注解定義如下：

@Target({ ElementType.TYPE, ElementType.METHOD })
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Conditional(OnBeanCondition.class)
public @interface ConditionalOnMissingBean {
?? ?Class<?>[] value() default {};
?? ?String[] type() default {};
?? ?
?? ?//略....
}

@ConditionalOnMissingBean通常可以有如下三種使用方式：

? ? @Bean
// ? ?@ConditionalOnMissingBean(type ="xxx.yyy.zzz.service")
// ? ?@ConditionalOnMissingBean(value = RunService.class)
? ? @ConditionalOnMissingBean //無參數(shù)，表示按照返回值類型過濾
? ? public RunService carRunServiceImpl() {
? ? ? ? return new CarRunServiceImpl();
? ? }

在注解上看到了一個OnBeanCondition類，在@ConditionalOnBean,ConditionalOnSingleCandidate和ConditionalOnMissingBean都看到了它的身影。

OnBeanCondition

@Order(Ordered.LOWEST_PRECEDENCE)
class OnBeanCondition extends SpringBootCondition implements ConfigurationCondition {
?? ?@Override
?? ?public ConditionOutcome getMatchOutcome(ConditionContext context,
?? ??? ??? ?AnnotatedTypeMetadata metadata) {
?? ??? ?//ConditionalOnBean ?略
?? ??? ?//ConditionalOnSingleCandidate 略
?? ??? ?
?? ??? ?if (metadata.isAnnotated(ConditionalOnMissingBean.class.getName())) {
?? ??? ??? ?//尋找 @ConditionalOnMissingBean 匹配的 type;
?? ??? ??? ?BeanSearchSpec spec = new BeanSearchSpec(context, metadata,ConditionalOnMissingBean.class);
?? ??? ??? ?//從容器中尋找指定的type --- ?step1
?? ??? ??? ?MatchResult matchResult = getMatchingBeans(context, spec);
?? ??? ??? ?if (matchResult.isAnyMatched()) {
?? ??? ??? ??? ?//如果存在指定的type
?? ??? ??? ??? ?//reason: ?found beans of type 'service.Service' AServiceImpl
?? ??? ??? ??? ?String reason = createOnMissingBeanNoMatchReason(matchResult);
?? ??? ??? ??? ?//創(chuàng)建 ConditionOutcome.noMatch: return new ConditionOutcome(false, message);
?? ??? ??? ??? ?return ConditionOutcome.noMatch(ConditionMessage
?? ??? ??? ??? ??? ??? ?.forCondition(ConditionalOnMissingBean.class, spec)
?? ??? ??? ??? ??? ??? ?.because(reason));
?? ??? ??? ?}
?? ??? ??? ?
?? ??? ??? ?matchMessage = matchMessage.andCondition(ConditionalOnMissingBean.class, spec)
?? ??? ??? ??? ??? ?.didNotFind("any beans").atAll();
?? ??? ?}
?? ??? ?//默認(rèn) 創(chuàng)建 ConditionOutcome.match : return new ConditionOutcome(true, message);
?? ??? ?return ConditionOutcome.match(matchMessage);
?? ?}
}

ConditionOutcome 的用法：當(dāng)match= true時，才注入容器.

若@ConditionalOnMissingBean找到了匹配項，則返回ConditionOutcome.notMatch，則不注入容器。

問題出在哪? 

有了上面的一系列原理支撐,但是為什么沒有執(zhí)行到我們想要的結(jié)果呢？

debug執(zhí)行后，發(fā)現(xiàn)問題出現(xiàn)在OnBeanCondition .getMatchingBeans(context, spec)這個方法中。

首先再次回顧下配置類：

在注入carRunServiceImpl時，執(zhí)行OnBeanCondition .getMatchingBeans(context, spec)并沒有找到下面定義的trainRunServiceImpl.

真相只有一個：

@Configuration 在初始化bean的時候，順序出現(xiàn)了問題，那么如何控制初始化bean的順序呢？

解決問題

一頓分析之后，我們發(fā)現(xiàn)只要控制了bean的加載順序之后，上述的問題就可以解決了。

接下來我們來嘗試控制bean初始化順序：

Configuration中bean使用@Order ----------------- failure

@Configuration
public class MyConfiguration {
    @Order(2)
    @Bean
    @ConditionalOnMissingBean
    public RunService carRunServiceImpl() {
        return new CarRunServiceImpl();
    }
    @Order(1)
    @Bean
    public RunService trainRunServiceImpl() {
        return new TrainRunServiceImpl();
    }
}

Configuration 調(diào)整bean申明順序----------------- success

將帶有@ConditionalOnMissingBean注解的bean,申明在代碼的末尾位置，操作成功：

@Configuration
public class MyConfiguration {
	@Bean
    public RunService trainRunServiceImpl() {
        return new TrainRunServiceImpl();
    }
    @Bean
    @ConditionalOnMissingBean
    public RunService carRunServiceImpl() {
        return new CarRunServiceImpl();
    }
}

配置多個Configuration類，并通過@Order指定順序---------------- failure

@Configuration
@Order(Ordered.LOWEST_PRECEDENCE) //最低優(yōu)先級
public class MyConfiguration {
    @Bean
    @ConditionalOnMissingBean
    public RunService carRunServiceImpl() {
        return new CarRunServiceImpl();
    }
}
@Configuration
@Order(Ordered.HIGHEST_PRECEDENCE) //最高優(yōu)先級
public class MyConfiguration2 {
    @Bean
    public RunService trainRunServiceImpl() {
        return new TrainRunServiceImpl();
    }
}

@Configuration并不能通過@Order指定順序。

大膽猜測下： @Configuration通過配置類名的自然順序來加載的。

@Configuration配置類加載順序通過類名順序來加載 ------- 驗證success

將MyConfiguration2重命名為Configuration2，而它的加載順序在MyConfiguration之前，執(zhí)行程序成功。

這里貌似所有的問題似乎都解決了， 只需要我們自定義的配置類名稱保證最優(yōu)先加載就可以了。我們只需要注意配置類的命名規(guī)則即可.

但是，這種解決方案，似乎并不是那么令人信服。

@AutoConfigureBefore，@AutoConfigureAfter

經(jīng)查文檔，終于找到了需要的東西：我們可以通過@AutoConfigureBefore,@AutoConfigureAfter來控制配置類的加載順序。

@Configuration
public class MyConfiguration {
    @Bean
    @ConditionalOnMissingBean
    public RunService carRunServiceImpl() {
        return new CarRunServiceImpl();
    }
}
@Configuration
@AutoConfigureBefore(MyConfiguration.class)
public class MyConfiguration2 {
    @Bean
    public RunService trainRunServiceImpl() {
        return new TrainRunServiceImpl();
    }
}

注意：

如果要開啟@EnableAutoConfiguration需要在META-INF/spring.factories文件中添加如下內(nèi)容：

org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
xxx.configuration.MyConfiguration2,\
xxx.configuration.MyConfiguration

結(jié)論

我們需要控制目標(biāo)bean的加載順序即可。

但是我們在實(shí)際的使用一些通用plugin過程中（如redis），并沒有刻意的指定bean的加載順序，這是為什么呢?

因為：在實(shí)際的應(yīng)用過程中，我們使用第三方插件，他們的默認(rèn)配置都會存在于插件的jar包中，而我們的個性化配置則存在于自身的應(yīng)用中。

而容器會優(yōu)先執(zhí)行classes/，然后才執(zhí)行jars/classes.

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

相關(guān)文章

最新評論