SpringCloud系列——11Spring Cloud 源

学习目标核心原理分析第1章 Bean的准备

前面也讲了这么多组件了，这会儿我们集成-cloud–组件发现，又是一个组件，二话不说，先去找.文件404源码，分析一下有哪些重要的bean被自动装配进IoC容器里面了。

1.先来看这个配置类

@Configuration(proxyBeanMethods = false)
//当前配置类在GatewayAutoConfiguration这个核心配置类之前加载
@AutoConfigureBefore(GatewayAutoConfiguration.class)
public class GatewayClassPathWarningAutoConfiguration {
	...
        
	@Configuration(proxyBeanMethods = false)
	@ConditionalOnClass(name = "org.springframework.web.servlet.DispatcherServlet")
	protected static class SpringMvcFoundOnClasspathConfiguration {
		public SpringMvcFoundOnClasspathConfiguration() {
			log.warn(BORDER
					+ "Spring MVC found on classpath, which is incompatible with Spring Cloud Gateway at this time. "
					+ "Please remove spring-boot-starter-web dependency." + BORDER);
		}
	}
	@Configuration(proxyBeanMethods = false)
	@ConditionalOnMissingClass("org.springframework.web.reactive.DispatcherHandler")
	protected static class WebfluxMissingFromClasspathConfiguration {
		public WebfluxMissingFromClasspathConfiguration() {
			log.warn(BORDER + "Spring Webflux is missing from the classpath, "
					+ "which is required for Spring Cloud Gateway at this time. "
					+ "Please add spring-boot-starter-webflux dependency." + BORDER);
		}
	}
}

从这个配置类能看出来，它实际上就通过和ass两个做了两个日志打印的功能；如果下有org..web..类的话，则实例第一个Bean对象，然后打印日志：不能依赖-boot–web这个包。然后再检查下是否有正确的配置，如果没有，则打印日志：加-boot–依赖。

2.核心配置类tion

因为代码太长，这里就不展示了，这里就列举几个比较重要的

3.和tion配置类，在tion之后实例化，分别实例化了和

第2章 执行流程

上一文中讲到的原理，在中核心业务逻辑都是通过响应式编程完成的，事实上，在中也都是基于同样的编程风格。同样的，的流程同流程也非常相似。

当前端有请求进来的时候，大体的流程如下：

首先被给捕获拦截，然后对请求的URI进行解析然后根据URI去调用，获取真正要执行的然后选择一个合适的适配器执行执行

当请求服务时，所有的请求都会进入到中的方法，下面我们一起看看这个方法

@Override
public Mono handle(ServerWebExchange exchange) {
    if (this.handlerMappings == null) {
        return createNotFoundError();
    }
    //这里就是webFlux的响应式编程
    return Flux
        // 1.这里就是遍历所有的 handlerMapping
        .fromIterable(this.handlerMappings)
        // 2.获取对应的handlerMapping ，比如常用的 RequestMappingHandlerMapping、RoutePredicateHandlerMapping
        .concatMap(mapping -> mapping.getHandler(exchange))
        .next()
        .switchIfEmpty(createNotFoundError())
        // 3.获取对应的适配器，调用对应的处理器
        .flatMap(handler -> invokeHandler(exchange, handler))
        // 4.返回处理结果
        .flatMap(result -> handleResult(exchange, result));
}

2.1

我们先来看看方法，它就是的核心逻辑所在，再中获取对应的。

下面是ng.的源码

@Override
public Mono