springcloud五大组件(springcloud五大组件面试题)

Spring Cloud项目的既定目标在于为Spring开发人员提供一整套易于使用的工具集，从而保证其轻松构建起自己需要的分布式系统方案。为了实现这一目标，Spring Cloud以Netflix OSS堆栈为基础将大量实现堆栈加以整合并打包。这些堆栈而后可以通过大家所熟知的各类基于注释的配置工具、Java配置工具以及基于模板的编程工具实现交付。下面就让我们一起了解Spring Cloud当中的几类常见组件。 　　Spring Cloud Config Server 　　Spring Cloud Config Server能够提供一项具备横向扩展能力的集中式配置服务。它所使用的数据被保存在一套可插拔库层当中，后者目前能够支持本地存储、Git以及Subversion。通过利用一套版本控制系统作为配置存储方案，开发人员能够轻松实现版本与审计配置的内容调整。 　　如何利用Spring Cloud构建起自我修复型分布式系统 　　配置内容会以Java属性或者YAML文件的形式体现。该Config Server会将这些文件合并为环境对象，其中包含易于理解的Spring属性模型以及作为REST API存在的配置文件。任何应用程序都能够直接调用该REST API当中所包含的配置数据，但我们也可以将智能客户端绑定方案添加到Spring Boot应用程序当中，并由后者自动将接收自Config Server的配置信息分配至任意本地配置当中。 　　Spring Cloud Bus 　　Spring Cloud Config Server是一套强大的配置分发机制，能够在保障一致性的前提下将配置内容分发到多个应用程序实例当中。然而根据其设计思路的限定，我们目前只能在应用程序启动时对其配置进行更新。在向Git中的某一属性发送新值时，我们需要以手动方式重启每个应用程序进程，从而保证该值被切实纳入应用当中。很明显，大家需要能够在无需重启的前提下完成对应用程序配置内容的更新工作。 　　如何利用Spring Cloud构建起自我修复型分布式系统 　　Spring Cloud Bus的任务正是为应用程序实例添加一套管理背板。它目前依靠将一套客户端绑定至一组AMQP交换与队列当中来实现，但这一后端在设计上也实现了可插拔特性。Spring Cloud Bus为我们的应用程序带来了更多管理端点。在图二中，我们可以看到一个面向greeting属性的值被发送至Git当中，而后一条请求被发送至应用A中的/bus/refresh端点。该请求会触发以下三个事件： 　　应用A从Config Server处请求获取最新版本的配置内容。任意注明了@RefreshScope的Spring Bean都会被重新初始化并载入新的配置内容。 　　应用A向AMQP交换机制发送一条消息，表明其已经收到更新指示。 　　通过监听AMQP队列而被纳入Cloud Bus的应用B与应用C会获取到上述消息，并以与应用A同样的方式实现配置更新。 　　现在我们已经有能力在无需重启的情况下对应用程序配置进行更新了。

SpringCloud的组件非常繁杂，拥有相当多的子项目，包括为人熟知的阿里开源的生态也融入其中，称之为SpringCloudAlibaba； 在SpringCloud中，最为人熟知的当属SpringCloud Netflix了，它是由Netflix公司开源的，主要涵盖Eureka，Hystrix，Zuul，Ribbon等组件~除了SpringCloudNetflix，还有Spring开发团队自研的，比如Feign、Config，Gateway，Bus~不过，最近1年，Netflix宣布要将自家技术闭源，不过不用担心，国产的微服务技术栈已经崛起，阿里的Nacos，Sentinel，Dubbo~有逐步替代之势，由于SpringCloud的背后支撑，微服务技能栈，互相彼此切换非常容易； 如果你想掌握时下热门微服务技术栈，跟上时代技术步伐，欢迎关注黑马程序员
SpringCloud的组件非常繁杂

Spring Cloud是一系列框架的有序集合（框架集），他利用Spring Boot的开发便利性巧妙的简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。SpringCloud利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，SpringCloud为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等，它们都可以用SpringBoot的开发风格做到一键启动和部署。SpringCloud并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过SpringBoot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包下面是Spring Cloud的整体架构图：注册中心可以说是微服务架构中的“通讯录”，他记录了服务和服务地址的映射关系。在分布式架构中，服务会注册到这里，当服务需要调用其他服务时，就在这里找到对应服务的地址，进行调用。注册中心的主要作用Ribbon是Netflix发布的一个负载均衡，有助于控制HTTP和TCP客户端行为。在Spring Cloud中，Eureka一般配合Ribbon进行使用，Ribbon提供了客户端负载均衡的功能，Ribbon利用从Eureka中读取到的服务信息，在调用服务节点提供的服务时，会合理的进行负载。在Spring Cloud中可以将注册中心和Ribbon配合使用，Ribbon自动的从注册中心中获取服务提供者的列表信息，并基于内置的负载均衡算法，请求服务。Ribbon原理几种负载均衡策略：Hystrix是Netflix开源的一款容错框架，包含常用的容错方法。在高并发访问下，系统所依赖的服务的稳定性对系统的影响非常大，依赖有很多不可控的因素，比如网络连接变慢，资源突然繁忙，暂时不可用，服务脱机等。Hystrix利用熔断、线程池隔离、信号量隔离、降级回退等方法来处理依赖隔离，使系统变得高可用。Hystrix主要提供了以下几种容错方法：Spring Cloud Gateway是Spring官方推出的服务网关的实现框架，相对于服务网关的概念有点类似于传统的反向代理服务器（如nginx），但反向代理一般都只是做业务无关的转发请求，而服务网关与服务的整合程度更高，可以看作也是整个服务体系的组成部分，通过过滤器等组件可以在网关中集成一些业务处理的操作（比如权限认证等）。核心功能：Spring Cloud Stream是一个用来为微服务应用构建消息驱动能力的框架。特点：屏蔽底层 MQ 实现细节，Spring Cloud Stream 的 API 是统一的。如果从 Kafka 切到 RocketMQ，可以直接修改配置。与 Spring 生态整合更加方便。Spring Cloud Data Flow的流计算都是基于 Spring Cloud Stream；Spring Cloud Bus 消息总线内部也是用的 Spring Cloud Stream。配置中心功能：分布式链路追踪，就是将一次分布式请求还原成调用链路，进行日志记录，性能监控并将一次分布式请求的调用情况集中展示。比如各个服务节点上的耗时，请求具体到达哪台机器上、每个服务节点的请求状态等等。分布式链路追踪方案：

Spring Cloud 学习笔记（一）——入门、特征、配置 0 放在前面0.1 参考文档http://cloud.spring.io/spring-cloud-static/Brixton.SR7/https://springcloud.cc/http://projects.spring.io/spring-cloud/0.2 maven配置org.springframework.bootspring-boot-starter-parent1.5.2.RELEASEorg.springframework.cloudspring-cloud-dependenciesDalston.RELEASEpomimportorg.springframework.cloudspring-cloud-starter-configorg.springframework.cloudspring-cloud-starter-eureka0.3 简介Spring Cloud为开发人员提供了快速构建分布式系统中的一些通用模式（例如配置管理，服务发现，断路器，智能路由，微代理，控制总线，一次性令牌，全局锁，领导选举，分布式 会话，群集状态）。 分布式系统的协调引出样板模式（boiler plate patterns），并且使用Spring Cloud开发人员可以快速地实现这些模式来启动服务和应用程序。 它们可以在任何分布式环境中正常工作，包括开发人员自己的笔记本电脑，裸机数据中心和受管平台，如Cloud Foundry。Version: Brixton.SR71 特征Spring Cloud专注于为经典用例和扩展机制提供良好的开箱即用分布式/版本配置服务注册与发现路由选择服务调用负载均衡熔断机制全局锁领导人选举和集群状态分布式消息2 原生云应用程序原生云是应用程序开发的一种风格，鼓励在持续交付和价值驱动领域的最佳实践。Spring Cloud的很多特性是基于Spring Boot的。更多的是由两个库实现：Spring Cloud Context and Spring Cloud Commons。2.1 Spring Cloud Context: 应用上下文服务Spring Boot关于使用Spring构建应用有硬性规定：通用的配置文件在固定的位置，通用管理终端，监控任务。建立在这个基础上，Spring Cloud增加了一些额外的特性。2.1.1 引导应用程序上下文Spring Cloud会创建一个“bootstrap”的上下文，这是主应用程序的父上下文。对应的配置文件拥有最高优先级，并且，默认不能被本地配置文件覆盖。对应的文件名bootstrap.yml或bootstrap.properties。可通过设置spring.cloud.bootstrap.enabled=false来禁止bootstrap进程。2.1.2 应用上下文层级结构当用SpringApplication或SpringApplicationBuilder创建应用程序上下文时，bootstrap上下文将作为父上下文被添加进去，子上下文将继承父上下文的属性。子上下文的配置信息可覆盖父上下文的配置信息。2.1.3 修改Bootstrap配置文件位置spring.cloud.bootstrap.name（默认是bootstrap），或者spring.cloud.bootstrap.location（默认是空）2.1.4 覆盖远程配置文件的值spring.cloud.config.allowOverride=truespring.cloud.config.overrideNone=truespring.cloud.config.overrideSystemProperties=false2.1.5 定制Bootstrap配置在/META-INF/spring.factories的key为org.springframework.cloud.bootstrap.BootstrapConfiguration，定义了Bootstrap启动的组件。在主应用程序启动之前，一开始Bootstrap上下文创建在spring.factories文件中的组件，然后是@Beans类型的bean。2.1.6 定制Bootstrap属性来源关键点：spring.factories、PropertySourceLocator2.1.7 环境改变应用程序可通过EnvironmentChangedEvent监听应用程序并做出响应。2.1.8 Refresh ScopeSpring的bean被@RefreshScope将做特殊处理，可用于刷新bean的配置信息。注意需要添加依赖“org.springframework.boot.spring-boot-starter-actuator”目前我只在@Controller测试成功需要自己发送POST请求/refresh修改配置文件即可2.1.9 加密和解密Spring Cloud可对配置文件的值进行加密。如果有"Illegal key size"异常，那么需要安装JCE。2.1.10 服务点除了Spring Boot提供的服务点，Spring Cloud也提供了一些服务点用于管理，注意都是POST请求/env：更新Environment、重新绑定@ConfigurationProperties跟日志级别/refresh重新加载配置文件，刷新标记@RefreshScope的bean/restart重启应用，默认不可用生命周期方法：/pause、/resume2.2 Spring Cloud Commons:通用抽象服务发现、负载均衡、熔断机制这种模式为Spring Cloud客户端提供了一个通用的抽象层。2.2.1 RestTemplate作为负载均衡客户端通过@Bean跟@LoadBalanced指定RestTemplate。注意URI需要使用虚拟域名（如服务名，不能用域名）。如下：@Configurationpublic class MyConfiguration {@LoadBalanced@BeanRestTemplate restTemplate() {return new RestTemplate();}}public class MyClass {@Autowiredprivate RestTemplate restTemplate;public String doOtherStuff() {String results = restTemplate.getForObject("http://stores/stores", String.class);return results;}}2.2.2 多个RestTemplate对象注意@Primary注解的使用。@Configurationpublic class MyConfiguration {@LoadBalanced@BeanRestTemplate loadBalanced() {return new RestTemplate();}@Primary@BeanRestTemplate restTemplate() {return new RestTemplate();}}public class MyClass {@Autowiredprivate RestTemplate restTemplate;@Autowired@LoadBalancedprivate RestTemplate loadBalanced;public String doOtherStuff() {return loadBalanced.getForObject("http://stores/stores", String.class);}public String doStuff() {return restTemplate.getForObject("http://example.com", String.class);}}2.2.3 忽略网络接口忽略确定名字的服务发现注册，支持正则表达式配置。3 Spring Cloud ConfigSpring Cloud Config提供服务端和客户端在分布式系统中扩展配置。支持不同环境的配置（开发、测试、生产）。使用Git做默认配置后端，可支持配置环境打版本标签。3.1 快速开始可通过IDE运行或maven运行。默认加载property资源的策略是克隆一个git仓库(at spring.cloud.config.server.git.uri')。HTTP服务资源的构成：/{application}/{profile}[/{label}]/{application}-{profile}.yml/{label}/{application}-{profile}.yml/{application}-{profile}.properties/{label}/{application}-{profile}.propertiesapplication是SpringApplication的spring.config.name,(一般来说'application'是一个常规的Spring Boot应用),profile是一个active的profile(或者逗号分隔的属性列表),label是一个可选的git标签(默认为"master")。3.1.1 客户端示例创建以Spring Boot应用即可，添加依赖“org.springframework.cloud:spring-cloud-starter-config”。配置application.properties，注意URL为配置服务端的地址spring.cloud.config.uri:http://myconfigserver.com3.2 Spring Cloud Config 服务端针对系统外的配置项(如name-value对或相同功能的YAML内容),该服务器提供了基于资源的HTTP接口。使用@EnableConfigServer注解,该服务器可以很容易的被嵌入到Spring Boot 系统中。使用该注解之后该应用系统就是一个配置服务器。@SpringBootApplication@EnableConfigServerpublic class ConfigApplicion {public static void main(String[] args) throws Exception {SpringApplication.run(ConfigApplicion.class, args);}}3.2.1 资源库环境{application} 对应客户端的"spring.application.name"属性{profile} 对应客户端的 "spring.profiles.active"属性(逗号分隔的列表){label} 对应服务端属性,这个属性能标示一组配置文件的版本如果配置库是基于文件的，服务器将从application.yml和foo.yml中创建一个Environment对象。高优先级的配置优先转成Environment对象中的PropertySource。3.2.1.1 Git后端默认的EnvironmentRepository是用Git后端进行实现的，Git后端对于管理升级和物理环境是很方便的,对审计配置变更也很方便。也可以file:前缀从本地配置库中读取数据。这个配置库的实现通过映射HTTP资源的{label}参数作为git label(提交id,分支名称或tag)。如果git分支或tag的名称包含一个斜杠 ("/"),此时HTTP URL中的label需要使用特殊字符串"(_)"来替代(为了避免与其他URL路径相互混淆)。如果使用了命令行客户端如 curl，请谨慎处理URL中的括号(例如：在shell下请使用引号''来转义它们)。Git URI占位符Spring Cloud Config Server支持git库URL中包含针对{application}和 {profile}的占位符(如果你需要,{label}也可包含占位符, 不过要牢记的是任何情况下label只指git的label)。所以，你可以很容易的支持“一个应用系统一个配置库”策略或“一个profile一个配置库”策略。模式匹配和多资源库spring:cloud:config:server:git:uri:https://github.com/spring-cloud-samples/config-reporepos:simple:https://github.com/simple/config-repospecial:pattern: special*/dev*,*special*/dev*uri:https://github.com/special/config-repolocal:pattern: local*uri: file:/home/configsvc/config-repo如果 {application}/{profile}不能匹配任何表达式，那么将使用“spring.cloud.config.server.git.uri”对应的值。在上例子中，对于 "simple" 配置库, 匹配模式是simple/* (也就说,无论profile是什么，它只匹配application名称为“simple”的应用系统)。“local”库匹配所有application名称以“local”开头任何应用系统，不管profiles是什么(来实现覆盖因没有配置对profile的匹配规则，“/*”后缀会被自动的增加到任何的匹配表达式中)。Git搜索路径中的占位符spring.cloud.config.server.git.searchPaths3.2.1.2 版本控制后端文件系统使用伴随着版本控制系统作为后端(git、svn)，文件都会被check out或clone 到本地文件系统中。默认这些文件会被放置到以config-repo-为前缀的系统临时目录中。在Linux上，譬如应该是/tmp/config-repo-目录。有些操作系统routinely clean out放到临时目录中，这会导致不可预知的问题出现。为了避免这个问题，通过设置spring.cloud.config.server.git.basedir或spring.cloud.config.server.svn.basedir参数值为非系统临时目录。3.2.1.3 文件系统后端使用本地加载配置文件。需要配置：spring.cloud.config.server.native.searchLocations跟spring.profiles.active=native。路径配置格式：classpath:/, classpath:/config,file:./, file:./config。3.2.1.4 共享配置给所有应用基于文件的资源库在基于文件的资源库中(i.e. git, svn and native)，这样的文件名application*命名的资源在所有的客户端都是共享的(如 application.properties, application.yml, application-*.properties,etc.)。属性覆盖“spring.cloud.config.server.overrides”添加一个Map类型的name-value对来实现覆盖。例如spring:cloud:config:server:overrides:foo: bar会使所有的配置客户端应用程序读取foo=bar到他们自己配置参数中。3.2.2 健康指示器通过这个指示器能够检查已经配置的EnvironmentRepository是否正常运行。通过设置spring.cloud.config.server.health.enabled=false参数来禁用健康指示器。3.2.3 安全你可以自由选择任何你觉得合理的方式来保护你的Config Server（从物理网络安全到OAuth2 令牌），同时使用Spring Security和Spring Boot 能使你做更多其他有用的事情。为了使用默认的Spring Boot HTTP Basic 安全，只需要把Spring Security 增加到classpath中(如org.springframework.boot.spring-boot-starter-security)。默认的用户名是“user”，对应的会生成一个随机密码，这种情况在实际使用中并没有意义，一般建议配置一个密码（通过 security.user.password属性进行配置）并对这个密码进行加密。3.2.4 加密与解密如果远程属性包含加密内容(以{cipher}开头),这些值将在通过HTTP传递到客户端之前被解密。使用略3.2.5 密钥管理配置服务可以使用对称(共享)密钥或者非对称密钥(RSA密钥对)。使用略3.2.6 创建一个测试密钥库3.2.7 使用多密钥和循环密钥3.2.8 加密属性服务3.3 可替换格式服务配置文件可加后缀".yml"、".yaml"、".properties"3.4 文本解释服务/{name}/{profile}/{label}/{path}3.5 嵌入配置服务器一般配置服务运行在单独的应用里面，只要使用注解@EnableConfigServer即可嵌入到其他应用。3.6 推送通知和总线添加依赖spring-cloud-config-monitor，激活Spring Cloud 总线，/monitor端点即可用。当webhook激活，针对应用程序可能已经变化了的，配置服务端将发送一个RefreshRemoteApplicationEvent。3.7 客户端配置3.7.1 配置第一次引导通过spring.cloud.config.uri属性配置Config Server地址3.7.2 发现第一次引导如果用的是Netflix，则用eureka.client.serviceUrl.defaultZone进行配置。3.7.3 配置客户端快速失败在一些例子里面，可能希望在没有连接配置服务端时直接启动失败。可通过spring.cloud.config.failFast=true进行配置。3.7.4 配置客户端重试添加依赖spring-retry、spring-boot-starter-aop，设置spring.cloud.config.failFast=true。默认的是6次重试，初始补偿间隔是1000ms，后续补偿为1.1指数乘数，可通过spring.cloud.config.retry.*配置进行修改。3.7.5 定位远程配置资源路径：/{name}/{profile}/{label}"name" = ${spring.application.name}"profile" = ${spring.profiles.active} (actually Environment.getActiveProfiles())"label" = "master"label对于回滚到之前的版本很有用。3.7.6 安全 通过spring.cloud.config.password、spring.cloud.config.username进行配置。
spring cloud学习可以去看官网主要是学习他的组件，各种各样的组件Spring Cloud Eureka、Spring Cloud Ribbon、Spring Cloud Feign、Spring Cloud Hystrix、Spring Cloud Config、Spring Cloud Zuul、Spring Cloud Bus如果要更详细的学习课程可以去https://www.itkc8.com看看里面很多关于Springcloud的学习视频

dubbo和spring cloud区别是：1、初始定位不同：SpringCloud定位为微服务架构下的一站式解决方案；Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用和治理。2、生态环境不同：SpringCloud依托于Spring平台，具备更加完善的生态体系；而Dubbo一开始只是做RPC远程调用，生态相对匮乏，现在逐渐丰富起来。3、调用方式：SpringCloud是采用Http协议做远程调用，接口一般是Rest风格，比较灵活；Dubbo是采用Dubbo协议，接口一般是Java的Service接口，格式固定。但调用时采用Netty的NIO方式，性能较好。4、组件差异比较多，例如SpringCloud注册中心一般用Eureka，而Dubbo用的Zookeeper，SpringCloud生态丰富，功能完善，更像是品牌机，Dubbo则相对灵活，可定制性强，更像是组装机。5、SpringCloud：Spring公司开源的微服务框架，SpirngCloud 定位为微服务架构下的一站式解决方案。6、Dubbo：阿里巴巴开源的RPC框架，Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用，流量分发、流量监控和熔断。两者的生态对比：1、Spring Cloud 的功能很明显比 Dubbo 更加强大，涵盖面更广，而且作为 Spring 的旗舰项目，它也能够与 Spring Framework、Spring Boot、Spring Data、Spring Batch 等其他 Spring 项目完美融合，这些对于微服务而言是至关重要的。2、使用 Dubbo 构建的微服务架构就像组装电脑，各环节选择自由度很高，但是最终结果很有可能因为一条内存质量不行就点不亮了，总是让人不怎么放心。3、而 Spring Cloud 就像品牌机，在 Spring Source 的整合下，做了大量的兼容性测试，保证了机器拥有更高的稳定性，但是如果要在使用非原装组件外的东西，就需要对其基础原理有足够的了解。