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的时候过滤（也可用条件注解的生效阶段来描述）。
评论