Spring Boot 源码分析 —— Condition

1. 概述

在前面的文章，我们已经看过 Spring Boot 如何实现自动配置的功能，但是，实际场景下，这显然不够。为什么呢？因为每个框架的配置，需要满足一定的条件，才应该进行自动配置。这时候，我们很自然就可以想到 Spring Boot 的 Condition 功能。不过呢，Condition 功能并不是 Spring Boot 所独有，而是在 Spring Framework 中就已经提供了。那么，究竟是什么样的关系呢，我们在 「2. Condition 演进史」 来瞅瞅。

2. Condition 演进史

2.1 Profile 的出场

在 Spring3.1 的版本，为了满足不同环境注册不同的 Bean ，引入了 @Profile 注解。例如：

@Configuration
public class DataSourceConfiguration {

    @Bean
    @Profile("DEV")
    public DataSource devDataSource() {
        // ... 单机 MySQL
    }

    @Bean
    @Profile("PROD")
    public DataSource prodDataSource() {
        // ... 集群 MySQL
    }

}

• 在测试环境下，我们注册单机 MySQL 的 DataSource Bean 。
• 在生产环境下，我们注册集群 MySQL 的 DataSource Bean 。

---

org.springframework.context.annotation.@Profile ，代码如下：

// Profile.java

@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Conditional(ProfileCondition.class)
public @interface Profile {

	/**
	 * The set of profiles for which the annotated component should be registered.
	 */
	String[] value();

}

• 这是 Spring5 版本的 @Profile 注解的代码。它已经是经过 Condition 改造的实现。详细的，我们放在 「2.2 Condition」 。

• 让我们在来看一眼 Spring3 版本的 @Profile 注解的代码。如下：

  // Profile.java
  
  @Retention(RetentionPolicy.RUNTIME)
  @Target({
  	ANNOTATION_TYPE, // @Profile may be used as a meta-annotation
  	TYPE             // In conjunction with @Component and its derivatives
  })
  public @interface Profile {
  
  	static final String CANDIDATE_PROFILES_ATTRIB_NAME = "value";
  
  	String[] value();
  }

  • 可以大体猜出，此时并没有将 Profile 作为 Condition 的一种情况。

2.2 Condition 的出现

在 Spring4 的版本，正式出现 Condition 功能，体现在 org.springframework.context.annotation.Condition 接口，代码如下：

// Condition.java

@FunctionalInterface
public interface Condition {

	boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata);

}

• 很简洁的一个接口，只有一个 #matches(...) 方法，用于判断是佛匹配。从参数中就可以看出，它是和注解配合，而这个注解便是 @Conditional 。

org.springframework.context.annotation.@Conditional 注解，也是在 Spring4 的版本，一起出现。代码如下：

// Conditional.java

@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface Conditional {

	Class<? extends Condition>[] value();

}

• 可以注解在方法、或者在类上，表示需要满足的条件（Condition）。
• 在 「2.1 Profile 的出现」 小节中，我们已经看到 @Profile 上，有 @Conditional(ProfileCondition.class) 的注解，表示使用 org.springframework.context.annotation.ProfileCondition 作为条件。

• 当然，我们也可以直接在 Configuration 类上使用。例如：

  @Configuration
  public class TestConfiguration {
  
      @Bean
      @Conditional(XXXCondition.class)
      public Object xxxObject() {
          return new Object();
      }
  
  }

  • 即，创建 #xxxObject() 方法对应的 Bean 对象，需要满足 XXXCondition 条件。

在 Spring5 中，艿艿整理了下目前提供的 Condition 实现类，如下图：

• 显然，默认提供的 Condition 实现类非常少。

2.3 SpringBootCondition 的进击

为了满足更加丰富的 Condition（条件）的需要，Spring Boot 进一步拓展了更多的实现类，如下图所示：

• org.springframework.boot.autoconfigure.condition.SpringBootCondition ，是 Spring Boot 实现 Condition 的抽象类，且是 Spring Boot 所有 Condition 实现类的基类。
• 分别对应如下注解：
  • @ConditionalOnBean：当容器里有指定 Bean 的条件下。
  • @ConditionalOnMissingBean：当容器里没有指定 Bean 的情况下。
  • @ConditionalOnSingleCandidate：当指定 Bean 在容器中只有一个，或者虽然有多个但是指定首选 Bean 。
  • @ConditionalOnClass：当类路径下有指定类的条件下。
  • @ConditionalOnMissingClass：当类路径下没有指定类的条件下。
  • @ConditionalOnProperty：指定的属性是否有指定的值
  • @ConditionalOnResource：类路径是否有指定的值
  • @ConditionalOnExpression：基于 SpEL 表达式作为判断条件。
  • @ConditionalOnJava：基于 Java 版本作为判断条件
  • @ConditionalOnJndi：在 JNDI 存在的条件下差在指定的位置
  • @ConditionalOnNotWebApplication：当前项目不是 Web 项目的条件下
  • @ConditionalOnWebApplication：当前项目是 Web项 目的条件下。

2.4 小结

到了此处，我们基本算是理清了 Condition 的整个演进构成：

• @Profile 注解，在 Spring3.1 提出，可以作为是 Condition 的雏形。
• Condition 接口，在 Spring4 提出，是 Condition 的正式出现。
• SpringCondition 抽象类，在 Spring Boot 实现，是对 Condition 进一步拓展。

下面，我们就正式开始撸 Condition 相关的源码落。

3. Condition 如何生效？

在上面的文章中，我们已经看到，@Conditional 注解，可以添加：

• 类级别上
• 方法级别上

添加到注解上，相当于添加到类级别或者方法级别上。

并且，一般情况下我们和配置类（Configuration）一起使用，但是实际上，我们也可以添加到普通的 Bean 类上。例如：

// DemoController.java

@Controller
@RequestMapping("/demo")
@Conditional(TestCondition.class)
public class DemoController {

    @ResponseBody
    @RequestMapping("/hello")
    public String hello() {
        return "world";
    }

}

那么，究竟 Condition 是如何生效的呢？分成两种情况：

• 方式一，配置类。添加到配置类（Configuration）上面。

• 方式二，创建 Bean 对象。添加到配置类（Configuration）、或者 Bean Class 的上面。

  本质上，方式二上的两种，都是创建 Bean 对象，所以统一处理方式即可。

假设，我们在 TestConfiguration 这个示例下进行测试，看看具体的调用链。代码如下：

// TestConfiguration.java

@Configuration
@Conditional(TestCondition.class) // 艿艿自己编写的 Condition 实现类，方式测试调试
public class TestConfiguration {

    @Bean
    @Conditional(TestCondition.class)
    public Object testObject() {
        return new Object();
    }

}

// TestCondition.java
public class TestCondition implements Condition {

    @Override
    public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
        return true;
    }

}

本小节，不会讲特别细的源码。

3.1 方式一：配置类

在 TestCondition 的 #matches(...) 方法中，打个断点。看看方式一情况下的具体的表现。如下图所示：

• 通过调用 Condition#matches(...) 方法，判断该是否匹配。如果不匹配，内部所有方法，都无法创建 Bean 对象。

3.2 方式二：创建 Bean 对象

在 TestCondition 的 #matches(...) 方法中，打个断点。看看方式二情况下的具体的表现。如下图所示：

• 通过调用 Condition#matches(...) 方法，判断是否匹配。如果吧匹配，则不从该方法加载 BeanDefinition 。这样，就不会创建对应的 Bean 对象了。

3.3 小结

至此，我们已经看到 Condition 如何生效。还是相对比较简单的。

下面，我们一起来看看 SpringBootCondition 如何实现它的进击。

4. ProfileCondition

艿艿：先插播下 ProfileCondition 的实现代码。

org.springframework.context.annotation.ProfileCondition ，实现 Condition 接口，给 @Profile 使用的 Condition 实现类。代码如下：

// ProfileCondition.java

class ProfileCondition implements Condition {

    @Override
    public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
        // 获得 @Profile 注解的属性
        MultiValueMap<String, Object> attrs = metadata.getAllAnnotationAttributes(Profile.class.getName());
        // 如果非空，进行判断
        if (attrs != null) {
            // 遍历所有 @Profile 的 value 属性
            for (Object value : attrs.get("value")) {
                // 判断 environment 有符合的 Profile ，则返回 true ，表示匹配
                if (context.getEnvironment().acceptsProfiles(Profiles.of((String[]) value))) {
                    return true;
                }
            }
            // 如果没有，则返回 false
            return false;
        }
        // 如果为空，就表示满足条件
        return true;
    }

}

• 核心逻辑，获得 @Profile 的 value 属性，和 environment 是否有匹配的。如果有，则表示匹配。

5. SpringBootCondition

org.springframework.boot.autoconfigure.condition.SpringBootCondition ，实现 Condition 接口，Spring Boot Condition 的抽象基类，主要用于提供相应的日志，帮助开发者判断哪些被进行加载。如下是其上的类注释：

/**
 * Base of all {@link Condition} implementations used with Spring Boot. Provides sensible
 * logging to help the user diagnose what classes are loaded.
 */

5.1 matches

实现 #matches(ConditionContext context, AnnotatedTypeMetadata metadata) 方法，实现匹配逻辑。代码如下：

// SpringBootCondition.java

@Override
public final boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
    // <1> 获得注解的是方法名还是类名
    String classOrMethodName = getClassOrMethodName(metadata);
    try {
        // <2> 条件匹配结果
        ConditionOutcome outcome = getMatchOutcome(context, metadata);
        // <3> 打印结果
        logOutcome(classOrMethodName, outcome);
        // <4> 记录
        recordEvaluation(context, classOrMethodName, outcome);
        // <5> 返回是否匹配
        return outcome.isMatch();
    } catch (NoClassDefFoundError ex) {
        throw new IllegalStateException(
                "Could not evaluate condition on " + classOrMethodName + " due to "
                        + ex.getMessage() + " not "
                        + "found. Make sure your own configuration does not rely on "
                        + "that class. This can also happen if you are "
                        + "@ComponentScanning a springframework package (e.g. if you "
                        + "put a @ComponentScan in the default package by mistake)",
                ex);
    } catch (RuntimeException ex) {
        throw new IllegalStateException("Error processing condition on " + getName(metadata), ex);
    }
}

• <1> 处，调用 #getClassOrMethodName(AnnotatedTypeMetadata metadata) 方法，获得注解的是方法名还是类名。代码如下：

  // SpringBootCondition.java
  
  private static String getClassOrMethodName(AnnotatedTypeMetadata metadata) {
  	// 类
  	if (metadata instanceof ClassMetadata) {
  		ClassMetadata classMetadata = (ClassMetadata) metadata;
  		return classMetadata.getClassName();
  	}
  	// 方法
  	MethodMetadata methodMetadata = (MethodMetadata) metadata;
  	return methodMetadata.getDeclaringClassName() + "#" + methodMetadata.getMethodName();
  }

• <2> 处，调用 #getMatchOutcome(ConditionContext context, AnnotatedTypeMetadata metadata) 抽象方法，执行匹配，返回匹配结果。这是一个抽象方法，由子类进行实现。
  • org.springframework.boot.autoconfigure.condition.ConditionOutcome ，匹配结果。
  • org.springframework.boot.autoconfigure.condition.ConditionMessage ，匹配消息。
  • 以上的类，自己瞅瞅。简单~

• <3> 处，调用 #logOutcome(String classOrMethodName, ConditionOutcome outcome) 方法，打印结果日志。代码如下：

  // SpringBootCondition.java
  
  protected final void logOutcome(String classOrMethodName, ConditionOutcome outcome) {
  	if (this.logger.isTraceEnabled()) {
  		this.logger.trace(getLogMessage(classOrMethodName, outcome));
  	}
  }
  
  private StringBuilder getLogMessage(String classOrMethodName, ConditionOutcome outcome) {
  	StringBuilder message = new StringBuilder();
  	message.append("Condition ");
  	message.append(ClassUtils.getShortName(getClass()));
  	message.append(" on ");
  	message.append(classOrMethodName);
  	message.append(outcome.isMatch() ? " matched" : " did not match");
  	if (StringUtils.hasLength(outcome.getMessage())) {
  		message.append(" due to ");
  		message.append(outcome.getMessage());
  	}
  	return message;
  }

• <4> 处，调用 #recordEvaluation(ConditionContext context, String classOrMethodName, ConditionOutcome outcome) 方法，记录到 ConditionEvaluationReport 。代码如下：

  // SpringBootCondition.java
  
  private void recordEvaluation(ConditionContext context, String classOrMethodName, ConditionOutcome outcome) {
  	if (context.getBeanFactory() != null) {
  		ConditionEvaluationReport.get(context.getBeanFactory()).recordConditionEvaluation(classOrMethodName, this, outcome);
  	}
  }

  • 关于 org.springframework.boot.autoconfigure.condition.ConditionEvaluationReport 类，先不详细看，避免研究过深。

• <5> 处，返回是否匹配。

5.2 anyMatches

#anyMatches(ConditionContext context, AnnotatedTypeMetadata metadata, Condition... conditions) 方法，判断是否匹配指定的 Condition 们中的任一一个。代码如下：

艿艿：总感觉这个方法，应该是个静态方法才合适。所以，胖友即酱油看看即可。

// SpringBootCondition.java

protected final boolean anyMatches(ConditionContext context, AnnotatedTypeMetadata metadata, Condition... conditions) {
    // 遍历 Condition
    for (Condition condition : conditions) {
        // 执行匹配
        if (matches(context, metadata, condition)) {
            return true;
        }
    }
    return false;
}

• 遍历 conditions 数组，调用 #matches(ConditionContext context, AnnotatedTypeMetadata metadata, Condition condition) 方法，执行匹配。代码如下：

  // SpringBootCondition.java
  
  protected final boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata, Condition condition) {
  	// 如果是 SpringBootCondition 类型，执行 SpringBootCondition 的直接匹配方法（无需日志）
  	if (condition instanceof SpringBootCondition) {
  		return ((SpringBootCondition) condition).getMatchOutcome(context, metadata).isMatch();
  	}
  	return condition.matches(context, metadata);
  }

总的来说，SpringBootCondition 这个类，没啥好说，重点还是在子类。

6. SpringBootCondition 的实现类

我们在回忆下，SpringBootCondition 的实现类，主要如下图：

显然，我们不会去看每一个类的 SpringBootCondition 的实现类。所以呢，艿艿也不会每个类都写。

旁白君：偷懒都偷的如此猥琐，哈哈哈哈。

6.1 OnPropertyCondition

艿艿：来来来，先看一个容易的（捏个软柿子）。

org.springframework.boot.autoconfigure.condition.OnPropertyCondition ，继承 SpringBootCondition 抽象类，给 @ConditionalOnProperty 使用的 Condition 实现类。

如果胖友不熟悉 @ConditionalOnProperty 注解，赶紧打开 《@ConditionalOnProperty 来控制 Configuration 是否生效》 学习 3 分钟~不能再多了。

6.1.1 getMatchOutcome

#getMatchOutcome(ConditionContext context, AnnotatedTypeMetadata metadata) 方法，获得匹配结果。代码如下：

// OnPropertyCondition.java

@Override
public ConditionOutcome getMatchOutcome(ConditionContext context, AnnotatedTypeMetadata metadata) {
	// <1> 获得 @ConditionalOnProperty 注解的属性
	List<AnnotationAttributes> allAnnotationAttributes = annotationAttributesFromMultiValueMap(
			metadata.getAllAnnotationAttributes(ConditionalOnProperty.class.getName()));
	// <2> 存储匹配和不匹配的结果消息结果
	List<ConditionMessage> noMatch = new ArrayList<>();
	List<ConditionMessage> match = new ArrayList<>();
	// <3> 遍历 annotationAttributes 属性数组，逐个判断是否匹配，并添加到结果
	for (AnnotationAttributes annotationAttributes : allAnnotationAttributes) {
		ConditionOutcome outcome = determineOutcome(annotationAttributes, context.getEnvironment());
		(outcome.isMatch() ? match : noMatch).add(outcome.getConditionMessage());
	}
	// <4.1> 如果有不匹配的，则返回不匹配
	if (!noMatch.isEmpty()) {
		return ConditionOutcome.noMatch(ConditionMessage.of(noMatch));
	}
	// <4.2> 如果都匹配，则返回匹配
	return ConditionOutcome.match(ConditionMessage.of(match));
}

• <1> 处，调用 #annotationAttributesFromMultiValueMap(MultiValueMap<String, Object> multiValueMap) 方法，获得 @ConditionalOnProperty 注解的属性。代码如下：

  // OnPropertyCondition.java
  
  private List<AnnotationAttributes> annotationAttributesFromMultiValueMap(MultiValueMap<String, Object> multiValueMap) {
  	List<Map<String, Object>> maps = new ArrayList<>();
  	multiValueMap.forEach((key, value) -> {
  		for (int i = 0; i < value.size(); i++) {
  			Map<String, Object> map;
  			if (i < maps.size()) {
  				map = maps.get(i);
  			} else {
  				map = new HashMap<>();
  				maps.add(map);
  			}
  			map.put(key, value.get(i));
  		}
  	});
  	List<AnnotationAttributes> annotationAttributes = new ArrayList<>(maps.size());
  	for (Map<String, Object> map : maps) {
  		annotationAttributes.add(AnnotationAttributes.fromMap(map));
  	}
  	return annotationAttributes;
  }

  • 懒的看整个代码实现的过程，可以直接看最终执行的结果图：

• <2> 处，存储匹配和不匹配的结果消息结果。

• <3> 处，遍历 annotationAttributes 属性数组，逐个调用 #determineOutcome(AnnotationAttributes annotationAttributes, PropertyResolver resolver) 方法，判断是否匹配，并添加到结果。详细解析，见 「6.1.2 determineOutcome」 。
• <4.1> 处，如果有不匹配的，则返回不匹配。返回结果示例如下：
• <4.2> 处，如果都匹配，则返回匹配。返回结果示例如下：

6.1.2 determineOutcome

#determineOutcome(AnnotationAttributes annotationAttributes, PropertyResolver resolver) 方法，判断是否匹配。代码如下：

// OnPropertyCondition.java

private ConditionOutcome determineOutcome(AnnotationAttributes annotationAttributes, PropertyResolver resolver) {
    // <1> 解析成 Spec 对象
    Spec spec = new Spec(annotationAttributes);
    // <2> 创建结果数组
    List<String> missingProperties = new ArrayList<>();
    List<String> nonMatchingProperties = new ArrayList<>();
    // <3> 收集是否不匹配的信息，到 missingProperties、nonMatchingProperties 中
    spec.collectProperties(resolver, missingProperties, nonMatchingProperties);
    // <4.1> 如果有属性缺失，则返回不匹配
    if (!missingProperties.isEmpty()) {
        return ConditionOutcome.noMatch(ConditionMessage.forCondition(ConditionalOnProperty.class, spec)
                        .didNotFind("property", "properties").items(Style.QUOTE, missingProperties));
    }
    // <4.2> 如果有属性不匹配，则返回不匹配
    if (!nonMatchingProperties.isEmpty()) {
        return ConditionOutcome.noMatch(ConditionMessage.forCondition(ConditionalOnProperty.class, spec)
                        .found("different value in property", "different value in properties").items(Style.QUOTE, nonMatchingProperties));
    }
    // <4.3> 返回匹配
    return ConditionOutcome.match(ConditionMessage.forCondition(ConditionalOnProperty.class, spec).because("matched"));
}

• <1> 处，解析成 Spec 对象。Spec 是 OnPropertyCondition 的内部静态类。代码如下：

  // OnPropertyCondition#Spec.java
  
  private static class Spec {
  
  	/**
  	 * 属性前缀
  	*/
  	private final String prefix;
  	/**
  	 * 是否有指定值
  	*/
  	private final String havingValue;
  	/**
  	 * 属性名
  	*/
  	private final String[] names;
  	/**
  	 * 如果属性不存在，是否认为是匹配的。
  	 *
  	 * 如果为 false 时，就认为属性丢失，即不匹配。
  	*/
  	private final boolean matchIfMissing;
  
  	Spec(AnnotationAttributes annotationAttributes) {
  		String prefix = annotationAttributes.getString("prefix").trim();
  		if (StringUtils.hasText(prefix) && !prefix.endsWith(".")) {
  			prefix = prefix + ".";
  		}
  		this.prefix = prefix;
  		this.havingValue = annotationAttributes.getString("havingValue");
  		this.names = getNames(annotationAttributes);
  		this.matchIfMissing = annotationAttributes.getBoolean("matchIfMissing");
  	}
  
  	// 从 value 或者 name 属性种，获得值
  	private String[] getNames(Map<String, Object> annotationAttributes) {
  		String[] value = (String[]) annotationAttributes.get("value");
  		String[] name = (String[]) annotationAttributes.get("name");
  		Assert.state(value.length > 0 || name.length > 0, "The name or value attribute of @ConditionalOnProperty must be specified");
  		Assert.state(value.length == 0 || name.length == 0, "The name and value attributes of @ConditionalOnProperty are exclusive");
  		return (value.length > 0) ? value : name;
  	}
  
  	// ... 省略其它方法先~
  }

• <2> 处，创建结果数组。

• <3> 处，调用 Spec#collectProperties(PropertyResolver resolver, List<String> missing, List<String> nonMatching) 方法，收集是否不匹配的信息，到 missingProperties、nonMatchingProperties 中。代码如下：

  // OnPropertyCondition#Spec.java
  private void collectProperties(PropertyResolver resolver, List<String> missing, List<String> nonMatching) {
  	// 遍历 names 数组
  	for (String name : this.names) {
  		// 获得完整的 key
  		String key = this.prefix + name;
  		// 如果存在指定属性
  		if (resolver.containsProperty(key)) {
  			// 匹配值是否匹配
  			if (!isMatch(resolver.getProperty(key), this.havingValue)) {
  				nonMatching.add(name);
  			}
  		// 如果不存在指定属性
  		} else {
  			// 如果属性为空，并且 matchIfMissing 为 false ，则添加到 missing 中
  			if (!this.matchIfMissing) {
  				missing.add(name);
  			}
  		}
  	}
  }
  
  private boolean isMatch(String value, String requiredValue) {
  	// 如果 requiredValue 非空，则进行匹配
  	if (StringUtils.hasLength(requiredValue)) {
  		return requiredValue.equalsIgnoreCase(value);
  	}
  	// 如果 requiredValue 为空，要求值不为 false
  	return !"false".equalsIgnoreCase(value);
  }

  • 匹配的逻辑，胖友自己瞅瞅。可能比较绕的逻辑是，matchIfMissing 那块，也就看两眼就明白。
• <4.1> 处，如果有属性缺失，则返回不匹配。
• <4.2> 处，如果有属性不匹配，则返回不匹配。
• <4.3> 处，返回匹配。

6.2 其它实现类

SpringBootCondition 的其它实现类，胖友可以自己去瞅瞅啦。当然，有部分实现类，我们会在 「8. FilteringSpringBootCondition」 分享。

7. AutoConfigurationImportFilter

在 《精尽 Spring Boot 源码分析 —— 自动配置》 一文中，我们埋了一个 AutoConfigurationImportSelector#filter(List<String> configurations, AutoConfigurationMetadata autoConfigurationMetadata) 方法的坑，没有进行详细解析。所以呢，这一节我们将填掉这个坑。

org.springframework.boot.autoconfigure.AutoConfigurationImportFilter 接口，用于过滤掉无需自动引入的自动配置类（Configuration）。正如其类上的注释：

// AutoConfigurationImportFilter.java

/**
 * Filter that can be registered in {@code spring.factories} to limit the
 * auto-configuration classes considered. This interface is designed to allow fast removal
 * of auto-configuration classes before their bytecode is even read.
 * @since 1.5.0
 */

• 重点是 "fast removal of auto-configuration classes before their bytecode is even read" 。因为自动配置类可能会很多，如果无需使用，而将字节码读取到内存中，这个是一种浪费。

AutoConfigurationImportFilter 的代码如下：

// AutoConfigurationImportFilter.java

@FunctionalInterface
public interface AutoConfigurationImportFilter {

	/**
	 * Apply the filter to the given auto-configuration class candidates.
	 * @param autoConfigurationClasses the auto-configuration classes being considered.
	 * This array may contain {@code null} elements. Implementations should not change the
	 * values in this array.
	 * @param autoConfigurationMetadata access to the meta-data generated by the
	 * auto-configure annotation processor
	 * @return a boolean array indicating which of the auto-configuration classes should
	 * be imported. The returned array must be the same size as the incoming
	 * {@code autoConfigurationClasses} parameter. Entries containing {@code false} will
	 * not be imported.
	 */
	boolean[] match(String[] autoConfigurationClasses, AutoConfigurationMetadata autoConfigurationMetadata);

}

• 将传入的 autoConfigurationClasses 配置类们，根据 autoConfigurationMetadata 的元数据（主要是注解信息），进行匹配，判断是否需要引入，然后返回的 boolean[] 结果。
• 并且，boolean[] 结果和 autoConfigurationClasses 配置类们是一一对应的关系噢。假设 autoConfigurationClasses[0] 对应的 boolean[0] 为 false ，表示无需引入，反之则需要引入。

7.1 AutoConfigurationImportFilter 类图

AutoConfigurationImportFilter 的子类如下图所示：

• 从图中，我们很容易就看出，AutoConfigurationImportFilter 的最终实现类，都是构建在 SpringBootCondition 之上。
  分享到：
  Spring Boot 源码分析 —— ServletWebSer ... | Spring Boot 源码分析 —— 自动配置
  • 2019-08-16 13:11
  • 浏览 639
  • 评论(0)
  • 分类:编程语言
  • 查看更多