本系列代码地址：https://github.com/HashZhang/…
spring-cloud-common 不再是一个纯依赖的我的项目，这个模块包含：
- spring-framework-common 的依赖
- 同步与异步微服务公共的依赖
- 同步与异步微服务公共的框架代码革新，这个咱们前面剖析框架以及咱们设计的批改的时候，会详细分析，这里先跳过
同步与异步微服务公共的依赖包含：
代码请参考：https://github.com/HashZhang/…
1. 启用 Spring Cloud 的 Bootstrap Context：在 Spring Cloud 2020.0.x 版本开始，Bootstrap Context 默认不再启用。咱们的我的项目，某些模块应用了 spring-cloud-config，这个是须要启用 Bootstrap Context 的。同时，咱们的配置，还通过 bootstrap.yml 与 application.yml 辨别了不同配置，如果多环境中配置是一样并且根本不会动静更改的则放入 bootstrap.yml，不同环境不同或者可能动静批改则放入 application.yml。所以通过退出如下依赖来启用：
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-bootstrap</artifactId>
</dependency>这个底层实现非常简单，是否启用 Bootstrap Context 是通过查看这个依赖中的 Marker 类是否存在而决定的。参考代码：
PropertyUtils.java：
/**
* Property name for bootstrap marker class name.
*/
public static final String MARKER_CLASS = "org.springframework.cloud.bootstrap.marker.Marker";
/**
* Boolean if bootstrap marker class exists.
*/
public static final boolean MARKER_CLASS_EXISTS = ClassUtils.isPresent(MARKER_CLASS, null);2. 应用 Eureka 作为注册核心，咱们须要增加 Eureka 的客户端依赖：
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>3. 不应用 Ribbon，应用 Spring Cloud LoadBalancer 作为咱们的负载均衡器：
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-loadbalancer</artifactId>
</dependency>4. 应用 resilience4j 作为重试、断路、限并发、限流的组件根底：
<dependency>
<groupId>io.github.resilience4j</groupId>
<artifactId>resilience4j-spring-cloud2</artifactId>
</dependency>5. 裸露 actuator 相干端口
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>6. 应用 prometheus 进行指标监控采集
<dependency>
<groupId>io.micrometer</groupId>
<artifactId>micrometer-registry-prometheus</artifactId>
</dependency>
spring-cloud-webmvc 是针对基于同步 spring-mvc 的微服务的依赖，同样的，spring-cloud-webmvc 也蕴含 同步微服务公共的框架代码革新，这个咱们前面剖析框架以及咱们设计的批改的时候，会详细分析，这里先跳过。咱们这里先只阐明依赖：
代码请参考：https://github.com/HashZhang/…
1.spring-cloud-common 的依赖：之前提到过 spring-cloud-common 是 spring-cloud-webmvc 与 spring-cloud-webflux 的公共依赖。
2. 应用 undertow 作为咱们的 web 容器：web-mvc 默认的容器是 tomcat，须要排除这个依赖，并增加 undertow 相干依赖。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-undertow</artifactId>
</dependency>3. 应用 webflux 相干异步接口，某些微服务次要基于同步接口，但有一些非凡的接口应用的异步响应式实现，这个并不会发生冲突，所以在这里咱们也增加了 web-flux 依赖。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-webflux</artifactId>
</dependency>4. 应用 OpenFeign 作为同步微服务调用客户端，OpenFeign 目前次要还是作为同步客户端应用，尽管目前也有异步实现，然而性能与粘合代码还不残缺，异步的咱们还是会应用 WebClient。
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>5. 粘合 OpenFeign 与 resilience4j 的代码依赖，官网提供了 OpenFeign 与 resilience4j 粘合代码，请参考：resilience4j-feign。咱们会在此基础上做一些个性化革新，前面咱们会详细分析。
<dependency>
<groupId>io.github.resilience4j</groupId>
<artifactId>resilience4j-feign</artifactId>
</dependency>
spring-cloud-webmvc 是针对基于异步响应式 spring-webflux 的微服务的依赖，同样的，spring-cloud-webflux 也蕴含 异步微服务公共的框架代码革新，这个咱们前面剖析框架以及咱们设计的批改的时候，会详细分析，这里先跳过。咱们这里先只阐明依赖：
代码请参考：https://github.com/HashZhang/…
1.spring-cloud-common 的依赖：之前提到过 spring-cloud-common 是 spring-cloud-webmvc 与 spring-cloud-webflux 的公共依赖。
2. 应用 webflux 作为咱们的 web 容器，这里咱们不须要额定 web 容器。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-webflux</artifactId>
</dependency>3. 粘合 project-reactor 与 resilience4j，这个在异步场景常常会用到，请参考：resilience4j-reactor
<dependency>
<groupId>io.github.resilience4j</groupId>
<artifactId>resilience4j-reactor</artifactId>
</dependency>
本大节咱们剖析了咱们我的项目中的微服务公共依赖以及基于 web-mvc 同步的微服务依赖和基于 web-flux 异步的微服务依赖。下一节咱们将从一些 Spring 根底开始，逐渐深入分析咱们的 Spring Cloud 框架。
微信搜寻“我的编程喵”关注公众号，每日一刷，轻松晋升技术，斩获各种 offer：