正文
何为Spring Cloud？摘抄自官网：Spring Cloud为开发人员提供了工具，以快速构建分布式系统中的一些常见模式（例如，配置管理，服务发现，断路器，智能路由，微代理，控制总线）。分布式系统的协调导致样板式样，并且使用Spring Cloud开发人员可以快速站起来实现这些样板的服务和应用程序。它们可以在任何分布式环境中正常工作，包括开发人员自己的笔记本电脑，裸机数据中心以及Cloud Foundry等托管平台。
A哥看到很多SC系列开门见山是教你如何去搭建应用，把SC跑起来。但作为只写“高逼格”文章的我自然不会从那聊起喽，也费你时间不是。本系列会认为你已经对SB有一定的了解，并且基本能够正常使用SC了，这样效果最佳。
关于Spring Boot我并无打算写它，但我写了一篇“总结篇”，请移步此处参阅：不懂SpringApplication生命周期事件体系？那就等于不会Spring Boot嘛
本文单刀直入，上来就是源码分析以及对应实例讲解，嘎嘎就是干，一把嗦。所以我们学习Spring Cloud那必然先来到它的核心中的核心：Spring Cloud Context
版本约定
不约定版本的专题讲解是不负责任的，特别对于这么“浪”的SC来说尤甚（毕竟不向下兼容在它身上太常见了）。版本上为了和A哥的其它专题系列保持一致方便后续串讲，本文对相关库的版本做出如下约定：
- Spring Boot版本：2.2.2.RELEASE
- Spring Cloud版本：Hoxton.SR1
- Spring Boot版本：2.2.2.RELEASE
- spring-cloud-starter-xxx版本：2.2.1.RELEASE
另外由于spring-boot-starter-web和spring-boot-starter-actuator这两个启动器几乎是所有工程必导的，因此本利我也一并导入，也方便了后面做Demo测试~
说明：你阅读到本文时Spring Cloud版本可能已经到了Hoxton.SR4，Spring Boot版本也可能已经到了2.2.6.RELEASE。但是像这种专栏式的学习，你完全可忽略小版本之间的差异，姑且认为他们是一样的即可
工程pom文件的大致内容如下：
<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.2.2.RELEASE</version> <relativePath/> </parent> ... <properties> <java.version>1.8</java.version> <spring-cloud.version>Hoxton.SR1</spring-cloud.version> </properties> ... <!-- 几乎所有SB工程必导 --> <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency> ... </dependencies> <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>${spring-cloud.version}</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement>
关于Spring Cloud Context
也许你从没听过SC的Context上下文概念，或者从没听过spring-cloud-context这个工程，这都是非常正常的，毕竟实际Just Run条件下确实无需知晓，对初学者非常友好嘛，这是必须做到的。但你应该在pom里见过or导入过spring-cloud-starter这个jar：
- spring-cloud-context：SC的context上下文、配置、生命周期管理、健康检查等等
- spring-cloud-commons：大名鼎鼎的SC的commons抽象。含有如：服务注册/发现、熔断器、负载均衡等公共抽象，面向该抽象编程可以无需关心底层实现，带来一致的编程感受，这是Spring家族最擅长干的事
很明显，本系列将把它拆散开来逐个解释其作用，目的是深入理解，从本质上感受SC的设计以及它的抽象方式和实现方式。那么首先就来到spring-cloud-context这个工程喽。
GAV如下 ：
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-context</artifactId> </dependency>
说明：实际生产中，此jar你一般不会单独导入，而是伴随着Spring Cloud starter一起带入的。但“讲课”就得基于最小化原则进行讲解嘛，因此我需要最小化的依赖，我的工程里只导入此jar
本jar的spring.factories文件解释
这个jar很“单纯”，并不拖泥带水，它里面存在一个spring.factories文件，内容如下：
到这里了可别问spring.factories是什么？有什么作用之类的话了哈。它是Spring SPI机制（并非Spring Boot提供的功能哟）的实现，具体参考这个类SpringFactoriesLoader
# AutoConfiguration 自动配置类（一般情况下只有SB容器去执行它，但是不是确定的） org.springframework.boot.autoconfigure.EnableAutoConfiguration=\ org.springframework.cloud.autoconfigure.ConfigurationPropertiesRebinderAutoConfiguration,\ org.springframework.cloud.autoconfigure.LifecycleMvcEndpointAutoConfiguration,\ org.springframework.cloud.autoconfigure.RefreshAutoConfiguration,\ org.springframework.cloud.autoconfigure.RefreshEndpointAutoConfiguration,\ org.springframework.cloud.autoconfigure.WritableEnvironmentEndpointAutoConfiguration # Application Listeners 监听器们 org.springframework.context.ApplicationListener=\ org.springframework.cloud.bootstrap.BootstrapApplicationListener,\ -> 监听ApplicationEnvironmentPreparedEvent事件 org.springframework.cloud.bootstrap.LoggingSystemShutdownListener,\ -> 监听ApplicationEnvironmentPreparedEvent事件 org.springframework.cloud.context.restart.RestartListener -> 监听ApplicationPreparedEvent/ContextRefreshedEvent事件 # Bootstrap components 由Spring Cloud容器负责加载的配置类们 org.springframework.cloud.bootstrap.BootstrapConfiguration=\ org.springframework.cloud.bootstrap.config.PropertySourceBootstrapConfiguration,\ org.springframework.cloud.bootstrap.encrypt.EncryptionBootstrapConfiguration,\ org.springframework.cloud.autoconfigure.ConfigurationPropertiesRebinderAutoConfiguration,\ org.springframework.boot.autoconfigure.context.PropertyPlaceholderAutoConfiguration
此配置文件内容一共分为三个部分，会涉及到执行顺序的问题：
再次有必要强调一次，建议你已经掌握了此文的知识效果更佳：不懂SpringApplication生命周期事件体系？那就等于不会Spring Boot嘛
- 自动配置类。有的小伙伴认为自动配置类只能是Spring Boot容器才去执行它，其实这是不对的。确切的说：只要容器内开启了自动配置（有Bean标注了@EnableAutoConfiguration注解，实际是向容器导入了AutoConfigurationImportSelector）就都会执行执行spring.factories里的自动配置类
- Spring Boot自然不用说，@SpringBootApplication里就默认开启了自动配置
- Spring Cloud里，虽然也使用SpringApplication去启动容器，但是因为SC容器并没有开启自动配置，所以它不会执行
- 强调说明：自动配置的执行时机是refresh()容器启动时（执行AutoConfigurationImportSelector#selectImports）。另外，如果你的容器并不需要开启自动配置（就像SC一样），请不要开启，挺耗时的（前提是你对SB、SC有足够了解，不然容易出bug）。或者你也可以使用ImportAutoConfigurationImportSelector来手动接管
- 监听器。如上标注，这几个监听器都是监听的SpringApplication的生命周期事件，因此它们在SB的容器启动时的不同生命周期里会按顺序执行，特别是最重要的BootstrapApplicationListener它负责Spring Cloud容器的启动工作
- 监听器是由SpringApplication应用去加载的，而SC也是由SpringApplication去启动的，所以SC也会让这些监听器挨个执行哦，若有必要，请注意“防范”
- Spring Cloud的启动/引导配置。这些配置是SC专属，详见下面的说明
