12、SpringBoot 源码分析 - 自动配置深度分析五

refresh和自动配置大致流程

OnClassCondition的createOutcomesResolver创建结果解析器

创建一个结果解析器对象，然后把起始索引和终止索引传进去，然后封装到ThreadedOutcomesResolver里。

	private OutcomesResolver createOutcomesResolver(String[] autoConfigurationClasses, int start, int end,
			AutoConfigurationMetadata autoConfigurationMetadata) {
   
     
		OutcomesResolver outcomesResolver = new StandardOutcomesResolver(autoConfigurationClasses, start, end,
				autoConfigurationMetadata, getBeanClassLoader());
		try {
   
     
			return new ThreadedOutcomesResolver(outcomesResolver);
		}
		catch (AccessControlException ex) {
   
     
			return outcomesResolver;
		}
	}

这个里面就会开个子线程，然后再线程里面进行结果解析。

StandardOutcomesResolver的resolveOutcomes解析结果

		@Override
		public ConditionOutcome[] resolveOutcomes() {
   
     
			return getOutcomes(this.autoConfigurationClasses, this.start, this.end, this.autoConfigurationMetadata);
		}

就是遍历，然后获取对应条件的类名，这里就是我前面说的从META-INF/spring-autoconfigure-metadata.properties加载进来的，进行加载检查。

	private ConditionOutcome[] getOutcomes(String[] autoConfigurationClasses, int start, int end,
				AutoConfigurationMetadata autoConfigurationMetadata) {
   
     
			ConditionOutcome[] outcomes = new ConditionOutcome[end - start];
			for (int i = start; i < end; i++) {
   
     
				String autoConfigurationClass = autoConfigurationClasses[i];
				if (autoConfigurationClass != null) {
   
     
					String candidates = autoConfigurationMetadata.get(autoConfigurationClass, "ConditionalOnClass");
					if (candidates != null) {
   
     
						outcomes[i - start] = getOutcome(candidates);
					}
				}
			}
			return outcomes;
		}

StandardOutcomesResolver的getOutcome

如果有逗号的，说明有好几个，所以就循环尝试。

	private ConditionOutcome getOutcome(String candidates) {
   
     
			try {
   
     
				if (!candidates.contains(",")) {
   
     
					return getOutcome(candidates, this.beanClassLoader);
				}
				for (String candidate : StringUtils.commaDelimitedListToStringArray(candidates)) {
   
     
					ConditionOutcome outcome = getOutcome(candidate, this.beanClassLoader);
					if (outcome != null) {
   
     
						return outcome;
					}
				}
			}
			catch (Exception ex) {
   
     
				// We'll get another chance later
			}
			return null;
		}

根据条件类型匹配，能匹配其实返回的是null，匹配不到才会相关信息对象。

		private ConditionOutcome getOutcome(String className, ClassLoader classLoader) {
   
     
			if (ClassNameFilter.MISSING.matches(className, classLoader)) {
   
     
				return ConditionOutcome.noMatch(ConditionMessage.forCondition(ConditionalOnClass.class)
						.didNotFind("required class").items(Style.QUOTE, className));
			}
			return null;
		}

ClassNameFilter的MISSING判断是否没有

是个枚举，判断要加载的类是否存在。

		MISSING {
   
     

			@Override
			public boolean matches(String className, ClassLoader classLoader) {
   
     
				return !isPresent(className, classLoader);
			}

		};

最终是这里：

如果不存在就会有这样的信息对象：

ThreadedOutcomesResolver的resolveOutcomes让线程join

如果子线程没解析完，主线程解析完后，会调用到这里，还是会然子线程完成了，把结果返回才继续的。

解析后的结果

是不是觉得很奇怪，前面索引少了几个，其实不是，只有没满足条件的才会放一个信息对象，满足条件的是null，所以没显示出来。

这个只是OnClassCondition一个条件过滤器，还有其他两个，原理一样的，只是内部判断可能比较复杂，这个自己研究研究吧。最终会生成一个是否匹配的数组，刚好true的地方就是前面null而没显示的地方：

最终全部过滤后只剩下 23 个满足条件的：