SpringCloud面试题

本文题目和答案均来源于：https://blog.csdn.net/yanpenglei/article/details/121994645

为什么人们会犹豫使用微服务？

　　它们需要大量协作 - 微服务需要大量的合作。不同的微服务模块，可能分散在不同的团队，团队之间需要始终保持良好的同步。 他们需要建立繁重的架构 - 系统是分布式的，架构涉及很多。 他们需要过多的计划来处理操作开销 - 如果您计划使用微服务架构，则需要为操作开销做好准备。 需要熟练的专业人员，他们可以支持异构分布的微服务。 

微服务有哪些特点？

　　解耦 – 系统内的服务很大程度上是分离的。因此，整个应用程序可以轻松构建，更改和扩展

　　组件化 – 微服务被视为可以轻松更换和升级的独立组件

　　业务能力 – 微服务非常简单，专注于单一功能

　　自治 – 开发人员和团队可以彼此独立工作，从而提高速度

　　持续交付 – 通过软件创建，测试和批准的系统自动化，允许频繁发布软件

　　责任 – 微服务不关注应用程序作为项目。相反，他们将应用程序视为他们负责的产品

　　分散治理 – 重点是使用正确的工具来做正确的工作。这意味着没有标准化模式或任何技术模式。开发人员可以自由选择最有用的工具来解决他们的问题

　　敏捷 – 微服务支持敏捷开发。任何新功能都可以快速开发并再次丢弃

Spring Cloud 是什么？

　　1）Spring Cloud是一系列框架的有序集合。它利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、智能路由、消息总线、负载均衡、断路器、数据监控等，都可以用SpringBoot的开发风格做到一键启动和部署。

　　2）Spring Cloud并没有重复制造轮子，它只是将各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过SpringBoot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。

使用Spring Cloud有什么优势？

　　使用SpringBoot开发分布式微服务时，我们面临以下问题

　　1） 与分布式系统相关的复杂性-这种开销包括网络问题，延迟开销，带宽问题，安全问题。

　　2） 服务发现-服务发现工具管理群集中的流程和服务如何查找和互相交谈。它涉及一个服务目录，在该目录中注册服务，然后能够查找并连接到该目录中的服务。

　　3） 冗余-分布式系统中的冗余问题。

　　4） 负载平衡 --负载平衡改善跨多个计算资源的工作负荷，诸如计算机，计算机集群，网络链路，中央处理单元，或磁盘驱动器的分布。

　　5） 性能-问题 由于各种运营开销导致的性能问题。

　　6） 部署复杂性-Devops技能的要求。　

Spring Cloud抛弃了Dubbo 的RPC通信，采用的是基于HTTP的REST方式。

　　严格来说，这两种方式各有优劣。虽然在一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生RPC带来的问题。而且REST相比RPC更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖，这在强调快速演化的微服务环境下，显得更为合适。

Web，RESTful API在微服务中的作用是什么？

　　微服务架构基于一个概念，其中所有服务应该能够彼此交互以构建业务功能。因此，要实现这一点，每个微服务必须具有接口。这使得Web API成为微服务的一个非常重要的推动者。RESTful API基于Web的开放网络原则，为构建微服务架构的各个组件之间的接口提供了最合理的模型。

　　Representational State Transfer（REST）/ RESTful Web服务是一种帮助计算机系统通过Internet进行通信的架构风格。这使得微服务更容易理解和实现。

微服务可以使用或不使用RESTful API实现，但使用RESTful API构建松散耦合的微服务总是更容易

springcloud和dubbo有哪些区别？　　

　　1） Dubbo具有调度、发现、监控、治理等功能，⽀持相当丰富的服务治理能⼒。Dubbo架构下，注册中⼼对等集群，并会缓存服务列表已被数据库失效时继续提供发现功能，本身的服务发现结构有很强的可⽤性与健壮性，⾜够⽀持⾼访问量的⽹站。

　　2） 虽然Dubbo ⽀持短连接⼤数据量的服务提供模式，但绝⼤多数情况下都是使⽤⻓连接⼩数据量的模式提供服务使⽤的。所以，对于类似于电商等同步调⽤场景多并且能⽀撑搭建Dubbo 这套⽐较复杂环境的成本的产品⽽⾔，Dubbo 确实是⼀个可以考虑的选择。但如果产品业务中由于后台业务逻辑复杂、时间⻓⽽导致异步逻辑⽐较多的话，可能Dubbo 并不合适。同时，对于⼈⼿不⾜的初创产品⽽⾔，这么重的架构维护起来也不是很⽅便。

　　3） Spring Cloud由众多⼦项⽬组成，如Spring Cloud Config、Spring Cloud Netflix、Spring Cloud Consul 等，提供了搭建分布式系统及微服务常⽤的⼯具，如配置管理、服务发现、断路器、智能路由、微代理、控制总线、⼀次性token、全局锁、选主、分布式会话和集群状态等，满⾜了构建微服务所需的所有解决⽅案。⽐如使⽤Spring Cloud Config 可以实现统⼀配置中⼼，对配置进⾏统⼀管理；使⽤Spring Cloud Netflix 可以实现Netflix 组件的功能 - 服务发现（Eureka）、智能路由（Zuul）、客户端负载均衡（Ribbon）。

　　4） Dubbo 提供了各种 Filter，对于上述中“⽆”的要素，可以通过扩展 Filter 来完善。

　　5） dubbo的开发难度较⼤，原因是dubbo的jar包依赖问题很多⼤型⼯程⽆法解决。

SpringBoot和springcloud认识。

　　1）SpringBoot 是 Spring 的⼀套快速配置脚⼿架，可以基于SpringBoot 快速开发单个微服务，Spring Cloud是⼀个基于SpringBoot实现的云应⽤开发⼯具；

　　2） SpringBoot专注于快速、⽅便集成的单个微服务个体，Spring Cloud关注全局的服务治理框架；

　　3） SpringBoot使⽤了默认⼤于配置的理念，很多集成⽅案已经帮你选择好了，能不配置就不配置；

　　4） Spring Cloud很⼤的⼀部分是基于SpringBoot来实现，可以不基于SpringBoot吗？不可以

Spring Cloud Netflix。

　　Netflix OSS 开源组件集成，包括Eureka、Hystrix、Ribbon、Feign、Zuul等核心组件。

　　1）Eureka：服务治理组件，包括服务端的注册中心和客户端的服务发现机制；

　　2） Ribbon：负载均衡的服务调用组件，具有多种负载均衡调用策略；

　　3） Hystrix：服务容错组件，实现了断路器模式，为依赖服务的出错和延迟提供了容错能力；

　　4） Feign：基于Ribbon和Hystrix的声明式服务调用组件；

　　5） Zuul：API网关组件，对请求提供路由及过滤功能。

负载均衡的意义是什么?

　　在计算中，负载均衡可以改善跨计算机，计算机集群，网络链接，中央处理单元或磁盘驱动器等多种计算资源的工作负载分布。负载均衡旨在优化资源使用，最大吞吐量，最小响应时间并避免任何单一资源的过载。使用多个组件进行负载均衡而不是单个组件可能会通过冗余来提高可靠性和可用性。负载平衡通常涉及专用软件或硬件，例如多层交换机或域名系统服务进程。

Eureka和ZooKeeper都可以提供服务注册与发现的功能,请说说两个的区别。

　　ZooKeeper保证的是CP,Eureka保证的是AP，ZooKeeper在选举期间注册服务瘫痪,虽然服务最终会恢复,但是选举期间不可用的。Eureka各个节点是平等关系,只要有一台Eureka就可以保证服务可用,而查询到的数据并不是最新的自我保护机制会导致Eureka不再从注册列表移除因长时间没收到心跳而应该过期的服务。Eureka仍然能够接受新服务的注册和查询请求,但是不会被同步到其他节点(高可用)。当网络稳定时,当前实例新的注册信息会被同步到其他节点中(最终一致性)。Eureka可以很好的应对因网络故障导致部分节点失去联系的情况,而不会像ZooKeeper一样使得整个注册系统瘫痪。

　　1） ZooKeeper有Leader和Follower角色,Eureka各个节点平等

　　2） ZooKeeper采用过半数存活原则,Eureka采用自我保护机制解决分区问题

　　3） Eureka本质上是一个工程,而ZooKeeper只是一个进程

网关的作用是什么？

　　统一管理微服务请求，权限控制、负载均衡、路由转发、监控、安全控制黑名单和白名单等。　

　　1） 简化客户端调用复杂度，统一处理外部请求。

　　2） 数据裁剪以及聚合，根据不同的接口需求，对数据加工后对外。

　　3） 多渠道支持，针对不同的客户端提供不同的网关支持。

　　4） 遗留系统的微服务化改造，可以作为新老系统的中转组件。

　　5） 统一处理调用过程中的安全、权限问题。

什么是Eureka？

　　Eureka作为SpringCloud的服务注册功能服务器，他是服务注册中心，系统中的其他服务使用Eureka的客户端将其连接到Eureka Service中，并且保持心跳，这样工作人员可以通过Eureka Service来监控各个微服务是否运行正常。

eureka服务注册与发现原理？

　　1、 每30s发送⼼跳检测重新进⾏租约，如果客户端不能多次更新租约，它将在90s内从服务器注册中⼼移除。

　　2、 注册信息和更新会被复制到其他Eureka 节点，来⾃任何区域的客户端可以查找到注册中⼼信息，每30s发⽣⼀次复制来定位他们的服务，并进⾏远程调⽤。

　　3、 客户端还可以缓存⼀些服务实例信息，所以即使Eureka全挂掉，客户端也是可以定位到服务地址的。

什么是服务降级？

　　consumer 端：consumer 如果发现某个provider出现异常情况，⽐如，经常超时(可能是熔断引起的降级)，数据错误，这时，consumer可以采取⼀定的策略，降级provider的逻辑，基本的有直接返回固定的数据。

　　provider 端：当provider 发现流量激增的时候，为了保护⾃身的稳定性，也可能考虑降级服务。

　　1） 直接给consumer返回固定数据

　　2） 需要实时写⼊数据库的，先缓存到队列⾥，异步写⼊数据库。

服务降级底层是如何实现的？

　　Hystrix实现服务降级的功能是通过重写HystrixCommand中的getFallback()方法，当Hystrix的run方法或construct执行发生错误时转而执行getFallback()方法。

什么是feigin？它的优点是什么？

　　1） feign采用的是基于接口的注解

　　2） feign整合了ribbon，具有负载均衡的能力

　　3） 整合了Hystrix，具有熔断的能力

使用:

　　1） 添加pom依赖。

　　2） 启动类添加@EnableFeignClients

　　3） 定义一个接口@FeignClient(name=“xxx”)指定调用哪个服务

负载平衡的意义什么？

　　在计算中，负载平衡可以改善跨计算机，计算机集群，网络链接，中央处理单元或磁盘驱动器等多种计算资源的工作负载分布。负载平衡旨在优化资源使用，最大化吞吐量，最小化响应时间并避免任何单一资源的过载。使用多个组件进行负载平衡而不是单个组件可能会通过冗余来提高可靠性和可用性。负载平衡通常涉及专用软件或硬件，例如多层交换机或域名系统服务器进程。

Ribbon和Feign调用服务的区别。

　　1） 调用方式同：Ribbon需要我们自己构建Http请求，模拟Http请求然后通过RestTemplate发给其他服务，步骤相当繁琐

　　2） 而Feign则是在Ribbon的基础上进行了一次改进，采用接口的形式，将我们需要调用的服务方法定义成抽象方法保存在本地就可以了，不需要自己构建Http请求了，直接调用接口就行了，不过要注意，调用方法要和本地抽象方法的签名完全一致。

什么是OAuth？

　　OAuth 代表开放授权协议。这允许通过在HTTP服务上启用客户端应用程序（例如第三方提供商Facebook，GitHub等）来访问资源所有者的资源。因此，您可以在不使用其凭据的情况下与另一个站点共享存储在一个站点上的资源。

什么是不同类型的双因素身份认证？

　　执行双因素身份验证需要三种类型的凭据：

　　1） 一件你知道的事情——比如密码、密码或屏幕锁定模式。

　　2） 您拥有的物理凭证，如OTP、电话或ATM卡，换句话说，您在外部或第三方设备中拥有的任何类型的凭证。

　　3） 您的物理身份–如语音认证或生物特征安全，如指纹或眼睛扫描仪。

什么是客户证书？

　　客户端系统用于向远程服务器发出经过身份验证的请求的一种数字证书称为客户端证书。客户端证书在许多相互认证设计中起着非常重要的作用，为请求者的身份提供了强有力的保证。

Zuul与Nginx有什么区别？

　　Zuul是java语言实现的，主要为java服务提供网关服务，尤其在微服务架构中可以更加灵活的对网关进行操作。Nginx是使用C语言实现，性能高于Zuul，但是实现自定义操作需要熟悉lua语言，对程序员要求较高，可以使用Nginx做Zuul集群

Zookeeper如何 保证CP？

　　当向注册中⼼查询服务列表时，我们可以容忍注册中⼼返回的是⼏分钟以前的注册信息，但不能接受服务直接down掉不可⽤。也就是说，服务注册功能对可⽤性的要求要⾼于⼀致性。但是zk会出现这样⼀种情况，当master节点因为⽹络故障与其他节点失去联系时，剩余节点会重新进⾏leader选举。问题在于，选举leader的时间太⻓，30 ~ 120s, 且选举期间整个zk集群都是不可⽤的，这就导致在选举期间注册服务瘫痪。在云部署的环境下，因⽹络问题使得zk集群失去master节点是较⼤概率会发⽣的事，虽然服务能够最终恢复，但是漫⻓的选举时间导致的注册⻓期不可⽤是不能容忍的。

微服务之间如何独立通讯的?

　　同步通信：dobbo通过 RPC 远程过程调用、springcloud通过 REST 接口json调用 等。

　　异步：消息队列，如：RabbitMq、ActiveM、Kafka 等。