（一）Spring-Cloud源码分析之核心流程关系及springcloud与springboot包区别（新）

已于 2023-02-24 09:42:51 修改
阅读量1k 收藏 4
点赞数 3
分类专栏： # Springcloud相关 文章标签： spring cloud spring boot java
于 2023-02-23 15:16:31 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/peelarmy/article/details/129182408
版权

文章目录

1. 前言

在2022年3月份，当时对Springcloud做了很简单的分析，在2023年看来当初那篇文章分析的太过表面，讲述的内容也不是很全面，因此在这里重新做一次回顾，新增修改一些文章内容。

2. springcloud简介

Springcloud在Springboot的基础上新增了对分布式框架的支持，如下：

  • 服务发现注册：Eureka、Zookeeper的starter包；
  • 配置中心：Springcloud Config，平替为流行的Nacos和Apollo；
  • 熔断降级和限流：官方的Hystrix和阿里的Sentinel；
  • 负载均衡：Ribbon+Feign组合；
  • 服务网关：Springcloud Gateway或Zuul

Springcloud需要依赖于Springboot，因此想要玩转Springcloud，前提是对Springboot很熟悉，否则很容易对功能边界模糊不清。

3. Springcloud包简介

Springcloud的依赖管理包这次选用的是Greenwich.SR2，依赖如下：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-dependencies</artifactId>
    <version>Greenwich.SR3</version>
    <type>pom</type>
    <scope>import</scope>
</dependency>

依赖中主要有Springcloud的通用包：

  • spring-cloud-commons：制定微服务中的服务注册、发现、负载均衡和熔断器等功能的抽象层代码；
  • spring-cloud-context：引入spring-cloud的上下文及接入springboot的一系列插件，用以支持bootstrap文件的读取、上下文刷新等机制的引入；
  • spring-cloud-loadbalancer：负载均衡相关功能。

除了上面三个通用包外，还支持Springcloud其它体系的依赖：

spring-cloud-netflix
spring-cloud-stream
spring-cloud-task
spring-cloud-config
spring-cloud-function
spring-cloud-gateway
spring-cloud-consul
spring-cloud-sleuth
spring-cloud-vault
spring-cloud-zookeeper
spring-cloud-security
spring-cloud-cloudfoundry
spring-cloud-bus
spring-cloud-contract
spring-cloud-aws
spring-cloud-openfeign
spring-cloud-kubernetes
spring-cloud-gcp

这些就不一一介绍了，都是一些Springcloud官方支持的依赖包，如对应功能的starter、core等包。

4. Springcloud和Springboot流程关系

在Springcloudspring-cloud-context包中的spring.factories文件中有ApplicationListener=BootstrapApplicationListener，Springcloud就是以这个类为入口开启了Springcloud的启动流程。如下图：

Springcloud和Springboot流程关系图

当Springboot完成创建Environment对象后会发布ApplicationEnvironmentPreparedEvent事件，BootstrapApplicationListener便是监听该事件启动Springcloud的启动流程。

从上图也能看出来Springboot和Springcloud的核心启动流程基本一致，且Springcloud大量复用了Springboot放开的接口来实现支持微服务框架。在Springcloud中会存在两个ApplicationContext，两者为父子关系，Springcloud的ApplicationContext为父，Springboot的ApplicationContext为子。

所以从整体上来看，Springcloud是以Springboot放开的ApplicationListener接口为起点，在Springboot的基础上再搭建了一个父ApplicationContext，以这样的结构去扩展Cloud相关框架，并不影响原Springboot的流程。

5. Springcloud启动流程新增的功能和接口

5.1 新增接口

Springcloud在原来Springboot的基础上新增了BootstrapConfigurationSPI机制接口，在BootstrapApplicationListener类中完成加载，并在Springcloud的ApplicationContext刷新流程中完成Import解析。

在spring.factories文件中配置如下：

# Bootstrap components
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
  1. PropertySourceBootstrapConfiguration：用于配置使用PropertySourceLocator接口的实现类，其作用便是根据Environment对象生成PropertySource对象，并最终保存在bootstrapProperties属性对象中；
  2. EncryptionBootstrapConfiguration：用于配置对Environment对象中的属性进行加解密；
  3. ConfigurationPropertiesRebinderAutoConfiguration：自动注入类，在前面的EnableAutoConfiguration配置项中已经有了，这里重新配置了一下，个人猜测的目的是用于重新绑定spring-cloud上下文，毕竟EnableAutoConfiguration中的配置是针对springboot上下文的；
  4. PropertyPlaceholderAutoConfiguration：引入PropertySourcesPlaceholderConfigurer类，保证springcloud上下文可以使用通配符去替换值。

5.2 新增功能类

5.2.1 spring-cloud-context包

EnableAutoConfiguration自动注入类：

# AutoConfiguration
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
  1. ConfigurationPropertiesRebinderAutoConfiguration：用于自动装填springcloud的重绑定类，用于在springcloud上下文刷新时重新绑定各个bean对象和属性；
  2. LifecycleMvcEndpointAutoConfiguration：用于自动注入EnvironmentManager类；
  3. RefreshAutoConfiguration：自动注入springcloud上下文刷新类，springcloud的RefreshScope和RefreshEventListener等刷新组建便是在这里面被注入的；
  4. RefreshEndpointAutoConfiguration：用于注入刷新Endpoint切点的自动刷新注入类；
  5. WritableEnvironmentEndpointAutoConfiguration：用于自动注入WritableEnvironmentEndpoint类。

ApplicationListener程序监听器类：

# Application Listeners
org.springframework.context.ApplicationListener=\
org.springframework.cloud.bootstrap.BootstrapApplicationListener,\
org.springframework.cloud.bootstrap.LoggingSystemShutdownListener,\
org.springframework.cloud.context.restart.RestartListener
  1. BootstrapApplicationListener：用于引入springcloud上下文和springcloud自定义配置类，同时也负责生成springcloud上下文对象，并将其设置为springboot的父上下文，也可以通过属性配置这个类不进行加载；
  2. LoggingSystemShutdownListener：负责清空前面设置过的Log日志信息，以避免后续的日志加载收到前面日志配置的影响；
  3. RestartListener：保存spring的上下文，以便后续在有必要的时候重启上下文。

5.2.2 spring-cloud-commons包

EnableAutoConfiguration自动注入类：

# AutoConfiguration
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
org.springframework.cloud.client.CommonsClientAutoConfiguration,\
org.springframework.cloud.client.discovery.composite.CompositeDiscoveryClientAutoConfiguration,\
org.springframework.cloud.client.discovery.noop.NoopDiscoveryClientAutoConfiguration,\
org.springframework.cloud.client.discovery.simple.SimpleDiscoveryClientAutoConfiguration,\
org.springframework.cloud.client.hypermedia.CloudHypermediaAutoConfiguration,\
org.springframework.cloud.client.loadbalancer.AsyncLoadBalancerAutoConfiguration,\
org.springframework.cloud.client.loadbalancer.LoadBalancerAutoConfiguration,\
org.springframework.cloud.client.loadbalancer.reactive.ReactorLoadBalancerClientAutoConfiguration,\
org.springframework.cloud.client.loadbalancer.reactive.ReactiveLoadBalancerAutoConfiguration,\
org.springframework.cloud.client.serviceregistry.ServiceRegistryAutoConfiguration,\
org.springframework.cloud.commons.httpclient.HttpClientConfiguration,\
org.springframework.cloud.commons.util.UtilAutoConfiguration,\
org.springframework.cloud.configuration.CompatibilityVerifierAutoConfiguration,\
org.springframework.cloud.client.serviceregistry.AutoServiceRegistrationAutoConfiguration

可以看到相对于spring-cloud-context而言自动注入类的配置项是非常多的，而且从名字也可以看出来这是用来进行服务注册、发现及负载均衡相关的。大致作用：

  1. CommonsClientAutoConfiguration：用来自动注册通用的客户端组件，如健康检查及Endpoint切点的组件对象；
  2. CompositeDiscoveryClientAutoConfiguration：注册用来保存多种DiscoveryClient对象类型的对象CompositeDiscoveryClient；
  3. NoopDiscoveryClientAutoConfiguration：注册一个实现了DiscoveryClient接口，用来代表基础机器信息NoopDiscoveryClient类型对象；
  4. SimpleDiscoveryClientAutoConfiguration：注册SimpleDiscoveryProperties对象及相关的其它对象，在前面注册过的NoopDiscoveryClient基础上新增SimpleDiscoveryClient类型的对象；
  5. CloudHypermediaAutoConfiguration：注册用来管理和刷新远程资源的相关对象；
  6. AsyncLoadBalancerAutoConfiguration：注册Ribbon相关的异步负载均衡相关配置类；
  7. LoadBalancerAutoConfiguration：注册Ribbon相关的同步负载均衡和重试机制相关配置类；
  8. ReactorLoadBalancerClientAutoConfiguration：用来注册@LoadBalanced注解及ReactiveLoadBalancer等负载均衡类；
  9. ReactiveLoadBalancerAutoConfiguration：为Reactor自动注入类的辅助类；
  10. ServiceRegistryAutoConfiguration：自动注入服务注册切点相关类；
  11. HttpClientConfiguration：自动注入http相关的实现类，支持okhttp和apache；
  12. UtilAutoConfiguration：注册提供通用方法的类，如InetUtilsProperties和InetUtils；
  13. CompatibilityVerifierAutoConfiguration：自动注入系统的校验类，如校验springboot版本和springcloud版本是否兼容的SpringBootVersionVerifier，以及可以保存其它校验类的可组合式CompositeCompatibilityVerifier；
  14. AutoServiceRegistrationAutoConfiguration：自动发现服务注入类，用来校验自动注入相关功能是否正常执行，如果没有则抛异常。

上面十四个都是大概的描述了其中的功能，里面用到了很多的@Autowired注解，因此如果程序后续注入了相关的实现类都会被注入，这也是为何把这个包称为springcloud微服务注册发现的抽象层，因为后续只要有相关的实现接入，便可以自动装填运行，方式比较新颖。

EnvironmentPostProcessor环境对象后处理器：

spring.factories文件中对于EnvironmentPostProcessor选项只有一个实现配置类：

  • HostInfoEnvironmentPostProcessor：用来在环境对象中生成springCloudClientHostInfo属性信息，这里面包括了本机器的IP地址和主机名称信息，用来提供机器的身份证明。

FailureAnalyzer启动错误分析类：

spring.factories对于FailureAnalyzer也只有一个实现配置类：

  • CompatibilityNotMetFailureAnalyzer：用来组织程序发生错误时的输出内容。

6. Springcloud实现机制带来的问题

Springcloud由于是在原Springboot的基础上新建了一个父ApplicationContext，因此SPI机制上会进行重复读取，导致父子两个ApplicationContext都含有一模一样的SPI实现类，SPI实现类就会执行两次。

7. Springcloud和Springboot简单的性能差异对比

差异对比springboot依赖如下：

<parent>
    <!-- springboot的核心包 -->
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.1.6.RELEASE</version>
</parent>

<dependencies>
    <!-- springboot的web启动包 -->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
    </dependency>

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-test</artifactId>
    </dependency>
</dependencies>

差异对比springcloud依赖如下：

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.1.6.RELEASE</version>
</parent>

<dependencies>
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter</artifactId>
        <version>2.1.2.RELEASE</version>
    </dependency>

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
    </dependency>

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-test</artifactId>
    </dependency>
</dependencies>

项目只有一个controller，单纯的启动springboot和springcloud时间统计表（非严谨）：

次数springbootspringcloud
11.139 seconds (JVM running for 1.615)1.695 seconds (JVM running for 2.188)
21.145 seconds (JVM running for 1.63)1.714 seconds (JVM running for 2.221)
31.42 seconds (JVM running for 1.942)1.76 seconds (JVM running for 2.255)
41.135 seconds (JVM running for 1.623)1.74 seconds (JVM running for 2.24)
51.133 seconds (JVM running for 1.626)1.694 seconds (JVM running for 2.308)
61.164 seconds (JVM running for 1.658)1.708 seconds (JVM running for 2.218)
71.214 seconds (JVM running for 1.723)1.715 seconds (JVM running for 2.212)
81.164 seconds (JVM running for 1.658)1.743 seconds (JVM running for 2.259)
91.142 seconds (JVM running for 1.636)1.756 seconds (JVM running for 2.261)
101.126 seconds (JVM running for 1.595)1.701 seconds (JVM running for 2.194)

去掉最高和最低值后平均启动速度如下：

  • springboot：平均启动时间为1.1545s
  • springcloud：平均启动时间为1.7215

springcloud启动时间较springboot时间平均多出0.567s，即567ms，再加上多引入了包，导致JVM启动时间会延长半秒左右，因此使用springcloud会导致整个项目启动时间延迟1s左右，但这个性能消耗完全是可以忽略不计的。

Armyyyyy丶
关注
  • 3
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
spring boot+Spring cloud微服务分布式源码.zip
11-19
springboot springcloud，源码分析专场，需要的同学可以下载一下，后期会在个人博客上相序更新对应的内容。
Spring Cloud Openfeign源码解析，深入浅出
qq_38038507的博客
09-20 336
openfeign简单概括做了几件事1、启动通过扫描和2、拿到扫描要注册的Bean信息后,注入到一个名为的spring容器中3、spring容器初始化通过JDK动态代理，获取产生的代理对象Proxy4、在进行远程调用时，请求会进过统一处理，封装http上下文，拿到了properties配置，配置负载均衡策略，重试策略，发起http请求。
Spring Cloud源码分析（一）Eureka
最新发布
2401_83916394的博客
03-31 243
其它面试题（springboot、mybatis、并发、java中高级面试总结等）《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》点击传送门即可获取！！！（备注Java获取）**其它面试题（springboot、mybatis、并发、java中高级面试总结等）[外链图片转存中…(img-u0isHRB5-1711817971611)][外链图片转存中…(img-hQToSJGc-1711817971612)]
SpringCloud实战之路 | 源码篇（三）Hystrix核心源码剖析
零一的博客
06-07 1136
方法（对回退方法的调用），在RxJava处理过程中会完成对这两个方法的调用。其父类的构造器中会进行一些资源的初始化工作。方法中根据元数据信息等重写了。方法（对目标方法的调用），该类中有两个重要的方法。
深入理解springCloud源码
liuerchong的博客
05-06 905
第一：微服务注册中心的注册表如何更好的防止读写并发冲突？ 首先介绍一下读写锁 代码使用 一、读写锁的介绍 本文我们来聊一下读写锁。所谓的读写锁，就是将一个锁拆分为读锁和写锁两个锁，然后加锁的时候，可以加写锁，也可以加读锁。 如下面代码所示： private ReadWriteLock rwl = new ReentrantReadWriteLock();//定义读写锁 public Object getData(String key){ //使用读写锁的基本结构 ...
Spring Cloud源码分析：第一篇
田维常
07-07 218
你好，我是田哥莫要嘲笑看源码的朋友，现在面试仅仅是八股文是靠不住了，更多是问项目问题以及源码及问题。我也是逼不得已，不然谁想造轮子，很累且枯燥！个人觉得看源码的前提是得会用，用熟了可以猜猜别人是怎么实现的，如果有相关官方文档那就在看看官方文档。不过，可惜的是很多官方文档写得很烂，让你看了会那种云里雾里的。最近我在研究openfeign源码的时候，发现在源码中有个关键注解：@Import。项目启动类...
spring-cloud-context-3.1.1-API文档-中文版.zip
05-04
赠送jar包：spring-cloud-context-3.1.1.jar； 赠送原API文档：spring-cloud-context-3.1.1-javadoc.jar； 赠送源代码：spring-cloud-context-3.1.1-sources.jar； 赠送Maven依赖信息文件：spring-cloud-context-3.1.1.pom； 包含翻译后的API文档：spring-cloud-context-3.1.1-javadoc-API文档-中文(简体)版.zip； Maven坐标：org.springframework.cloud:spring-cloud-context:3.1.1； 标签：cloud、spring、context、springframework、jar包、java、中文文档； 使用方法：解压翻译后的API文档，用浏览器打开“index.html”文件，即可纵览文档内容。 人性化翻译，文档中的代码和结构保持不变，注释和说明精准翻译，请放心使用。
Spring Cloud Eureka源码分析，看这一篇就好
毛毛的专栏
07-19 1867
文章目录一、前言二、Eureka Server 如何接收请求三、Eureka Client 如何注册（服务注册,已完成）3.1 Registration、ServiceRegistry和EurekaRegistration3.2 LifeCycle和SmartLifeCycle3.2.1 模拟演示学习一个SmartLifeCycle3.2.2 Eureka client注册中SmartLifeCycle3.2.2.1 SpringApplication.run()3.2.2.2 AbstractApplic
Spring Cloud Context
demon7552003的小本本
01-05 1348
目录 概述 EnableAutoConfiguration ApplicationListener RestartListener BootstrapApplicationListener 创建bootstrap context BootstrapImportSelectorConfiguration BootstrapImportSelector BootstrapCon...
Spring Cloud源码阅读（一）
qq_34684394的博客
09-04 1932
问题 Spring Cloud如何创建两个上下文环境的 Spring Cloud如何加载bootstrap.yml配置文件的 Spring Cloud Config是如何获取远程配置的 Spring Cloud多个环境配置项重复优先级问题 源码解析 Spring Cloud如何创建两个上下文环境的 org.springframework.cloud.bootstrap.BootstrapApplicationListener该类执行了创建Spring Cloud父级上下文的创建。 /**
SpringCloud-Spring Cloud Context
glmapper_2018
12-31 1531
SpringCloud-Spring Cloud Context引导程序应用上下文BootstrapApplicationListenerSpringCloud Context 启动过程获取 configNamebootstrapServiceContext 创建&amp;amp;启动重载远程属性自定义 Bootstrap 属性源关于Enviroment 的变化RefreshScope注解类 引导程序应用...
springcloud源码.rar
12-07
spring-cloud-sleuth-master/spring-cloud-security-master/spring-cloud-cluster-master/spring-cloud-stream-master/ribbon-master/zuul-master/eureka-master/Hystrix-master/feign-master/pring-cloud-stream-binder-kafka-master/spring-cloud-stream-binder-rabbit-master/spring-cloud-stream-starters-master/
基于SpringCloud+Vue的分布式架构网上商城系统源码+数据库.zip
05-17
基于SpringCloud+Vue的分布式架构网上商城系统源码+数据库.zip 高分通过项目，已获导师指导。 本项目是一套基于SpringCloud的分布式架构网上商城系统，主要针对计算机相关专业的正在做毕设的学生和需要项目实战练习...
课设基于SpringCloud的分布式校园助手系统源码+小程序apk+项目说明.7z
12-13
一开始是以SpringBoot做为后端，以方便部署包小的主要想法，但单一的SpringBoot的项目不具备挑战性。 基于SpringCloud的分布式校园助手系统，集成了SpringCloud、Nacos、Nginx、Gateway、Sentiel、OpenFeign、seata...
java毕业设计之springcloud房产销售平台.zip
03-16
java毕业设计之springcloud房产销售平台。 系统需求： 对房产销售平台的分析，分析总结出系统包括三种类型的用户，一个是客户，还有一个是后台的管理员用户和房产中介。后台管理员在这个系统中具备最高的管理权限，...
分享基于Servlet、SSH、SSM、SpringBoot、SpringCloud等流行技术实现的JavaWeb项目
10-26
分析项目中采用的前置技术，对读数进行分级，大家可以根据自己的水平选择相应的读数项目进行研究学习。 保证本项目中分享的项目能够正常启动。 因源代码来源于网络，无法避免功能实现不完美或其他bug。我把读者反馈...
Spring Cloud Gateway源码解析
至尊宝
05-23 6596
文章概览一、概述二、GlobalFilter和GatewayFilter1.GlobalFilter2.GatewayFilter三、原理四、源码分析五、自定义GatewayFilter 一、概述 本周又回顾了一下Spring Cloud Gateway的内容，主要参考《重新定义Spring Cloud实战》以及一些网络博客，虽然内容都差不多，但我还想照猫画虎总结一下子，加深印象。 SpringCloud gateway是Spring Cloud生态体系的第二代网关，是基于Spring5.0、Spring
【秒懂·云原生】微服务篇 —— Spring Cloud Context:应用上下文
热门推荐
04-13 4万+
学习Spring Cloud必须要会的知识
SpringCloud应用启动流程分析（一）
u010631140的博客
01-12 3177
  SpringCloud想必大家都不陌生了，它为开发人员提供了在分布式系统中快速构建一些常见模式的工具，比如配置管理、服务发现、断路器和负载均衡等等。所谓工欲善其事必先利其器，今天我们就来拆解一下SpringCloud的工作流程吧（基于spring-cloud-Greenwich.SR2）。
spring-cloud-starter-security和spring-cloud-security的关系
05-31
`spring-cloud-starter-security` 和 `spring-cloud-security` 是 Spring Cloud 中用于实现安全认证和授权的两个模块，它们之间的关系如下： - `spring-cloud-starter-security` 是 Spring Cloud 中的一个 Starter 模块，它依赖于 Spring Security 和 Spring Boot Starter Security，提供了一些默认的安全配置，方便用户快速使用 Spring Security 进行安全认证和授权。 - `spring-cloud-security` 是 Spring Cloud 中的一个核心模块，它依赖于 Spring Security 和 Spring Boot Starter Security，提供了一些基于微服务的安全解决方案，如基于 OAuth2 的安全认证和授权、基于 JWT 的安全认证等。`spring-cloud-security` 还提供了一些与 Spring Cloud 其他组件的集成，如 Zuul、Feign、Ribbon、Eureka 等，以实现全局的安全控制。 因此，`spring-cloud-starter-security` 是 `spring-cloud-security` 的一个子集，它提供了一些默认的安全配置，而 `spring-cloud-security` 则提供了更为全面的安全解决方案和与其他组件的集成。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值