最近在看@ConditionalOnBean的时候,看到了ConfigurationCondition接口,对这个接口比较陌生,故了解一下。 |
介绍
ConfigurationCondition的定义是这样的,它继承了Condition类,如果读者对Condition类不不熟悉,可以在Spring @Conditional注解 详细讲解及示例 中了解。
package org.springframework.context.annotation; public interface ConfigurationCondition extends Condition { ConfigurationCondition.ConfigurationPhase getConfigurationPhase(); //可以翻译为构建阶段 public static enum ConfigurationPhase { PARSE_CONFIGURATION, REGISTER_BEAN; private ConfigurationPhase() { } } }
接口中有一个getConfigurationPhase方法,用来返回ConfigurationPhase枚举类型。
先来看看ConfigurationPhase枚举类型:
它有两个值:
PARSE_CONFIGURATION:Condition应评估@Configuration类,如果此时条件不匹配,@Configuration 则不会添加该类。
REGISTER_BEAN:该条件不会阻止 @Configuration添加类,在评估条件时,所有@Configurations都将被解析。
个人理解
ConfigurationPhase的作用就是根据条件来判断是否加载这个配置类,OnBeanCondition(此注解的功能就是判断是否存在某个bean,如果存在,则不注入标注的bean或者类)之所以返回REGISTER_BEAN,是因为需要无论如何都要加载这个配置类(如果是PARSE_CONFIGURATION,则有可能不加载),配置类中的bean的注入需要再根据bean的注入条件来判断。
再者,@onBeanCondition的设计是想如果matches方法返回true,则注入bean,如果返回false则不注入bean。如果枚举值选择了PARSE_CONFIGURATION,matches返回false整个配置将不被加载了,和设计有冲突。
总结
实验证明,ConfigurationPhase的作用并不是根据条件来判断是否加载这个配置类,实际ConfigurationPhase控制的是过滤的时机,是在创建Configuration类的时候过滤还是在创建bean的时候过滤(也可用条件注解的生效阶段来描述)。