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

目录

1.springcloud的定位

2.依赖差异

3.springcloud与springboot的关系

4.功能介绍

4.1 spring-cloud-context包

4.1.1 自动注入类

4.1.2 springboot程序监听器

4.1.3 springcloud配置类

4.2 spring-cloud-commons包

4.2.1 自动注入类

4.2.2 环境对象后处理器

4.2.3 启动错误分析类


1.springcloud的定位

        接触过spring框架的人不可能没听过springcloud的大名,对于从来没有接触过springcloud,或者只是简单的用过的人来说,对于springcloud的定位和作用具体是啥可能都是一知半解的。当然这也包括了我。

        在我看来springcloud就是基于springboot开发的面向于微服务注册发现的框架。它的基础功能很简单,就是提供微服务注册发现等功能的抽象代码,并提供相应的支持,但其内核还是springboot,当然,springboot的内核是spring。

        因此与其把springcloud当成一个新框架不如把它当成是通过springboot的ApplicationListener事件发布机制扩展而来的插件,只是这个插件面向的是微服务。

2.依赖差异

        springcloud与springboot的版本有着一系列的对应关系,如果有兴趣可以去springcloud官方文档看看。引入版本时推荐使用spring-cloud-dependencies依赖管理包去管理引入的jar包,以防止jar包不兼容问题。

        通过以下maven引入spring-cloud版本依赖管理,通过该jar包去管理其它的jar包信息。

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

        随后引入spring-cloud-starter,Greenwich.SR3引入的starter版本是2.1.3.RELEASE,spring-boot-starter版本是2.1.7.RELEASE。依赖引入:

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

        该包相比springboot的starter而言多了以下两个包:

  1. spring-cloud-context:用来引入spring-cloud的上下文及接入springboot的一系列插件,用以支持bootstrap文件的读取、上下文刷新等机制的引入;
  2. spring-cloud-commons:用于制定微服务中的服务注册、发现、负载均衡和熔断器等功能的抽象层代码。

        大致包示意图:

         需要注意spring-cloud-starter包已经引入了spring-boot-starter包,因此程序可以不引入spring-boot-starter包。

3.springcloud与springboot的关系

        springcloud嵌入到springboot启动流程的流程图:

        可以看到springcloud的上下文流程和springboot几乎可以说是一模一样,只是springcloud的刷新流程只会增加其特殊的功能,而不像springboot会进行全局的加载。这些差异后续如果有机会会细说。

        如果不看这个流程图,平时使用的springcloud方式和springboot是如此的相像以至于很多人对springcloud和springboot的关系有点模糊不清。

        从上图中可以看出,springcloud可以说就是通过实现springboot的ApplicationListener接口的一个插件,启动入口还是springboot的,只是中途发布的环境对象准备完毕事件被springcloud的插件读取到了,就会开始springcloud的启动流程。

        当springcloud的上下文启动流程执行完毕之后springcloud的上下文将会设置成springboot的父上下文,举个不恰当的例子,一个人出生,长着长着从自己身上长出了另外一个人,并且这个人还成为了自己的父亲,这简直比海星幼体长出海星本体的过程还要违反常识一点。

        当然也可以通过配置spring.cloud.bootstrap.enabled属性为false来取消springcloud上下文的刷新获取,但是这样springcloud的上下文刷新流程增加的功能就没办法使用了。

4.功能介绍

4.1 spring-cloud-context包

        spring-cloud的基本功能也是通过spring.factories的SPI机制引入的,一共配置了以下三种类型:

  1. EnableAutoConfiguration:springboot自带的,在进行扫描@Configuration时将会被Import进spring的容器中,并在后续的流程中进行加载装填;
  2. ApplicationListener:springboot自带的,在SpringApplication调用run()方法时直接获取spring.factories文件中的所有ApplicationListener;
  3. BootstrapConfiguration:springcloud新增的SPI机制接口,在springboot的ApplicationListener实现类BootstrapApplicationListener中装填,并通过Import机制引入SPI具体实现类。

        接下来分别介绍一下其实现类的大致作用。

4.1.1 自动注入类

        下面是在spring.factories文件中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类;

4.1.2 springboot程序监听器

        ApplicationListener在spring.factories文件中的配置内容如下:

# 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的上下文,以便后续在有必要的时候重启上下文。

4.1.3 springcloud配置类

        通过前面ApplicationListener实现类BootstrapApplicationListener引入的springcloud的配置类,在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上下文可以使用通配符去替换值。

4.2 spring-cloud-commons包

        前面说过spring-cloud-commons包的主要用途便是提供微服务的注册发现等功能,因此该包基本上通过SPI实现的类提供的功能都是相关的。总共也有三种配置项:

  1. EnableAutoConfiguration:自动注入类,springboot提供的SPI注入机制,用来自动注入微服务的相关配置类;
  2. EnvironmentPostProcessor:环境对象准备完毕后执行类,springboot提供的SPI注入机制,用来对初始化后的环境对象进行后处理操作;
  3. FailureAnalyzer:错误分析类,springboot提供的SPI注入机制,用来对SpringApplication启动流程中产生的异常进行分析处理。

        其中EnableAutoConfiguration有很多的配置项,而其它的则只有一个配置项,因此commons的自动注入类才是重点。

4.2.1 自动注入类

        spring-cloud-commons最主要的SPI配置便是EnableAutoConfiguration,通过自动注入的方式来配置微服务发现注册等功能的抽象层对象,其它的两个SPI配置项倒显得不是那么重要。

        下面是spring.factories文件中的配置:

# 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微服务注册发现的抽象层,因为后续只要有相关的实现接入,便可以自动装填运行,方式比较新颖。

4.2.2 环境对象后处理器

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

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

4.2.3 启动错误分析类

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

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

关于springcloud的入门篇便到此结束了,后续如果有时间再去分析分析springcloud的其它功能。

评论 5 您还未登录,请先 登录 后发表或查看评论

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

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:数字20 设计师:CSDN官方博客 返回首页

打赏作者

Armyyyyy丶

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值