面试题——SpringCloud

1. 什么是微服务架构

微服务架构就是将单体的应用程序分成多个应用程序，这多个应用程序就成为微服务，每个微服务 运行在自己的进程中，并使用轻量级的机制通信。这些服务围绕业务能力来划分，并通过自动化部 署机制来独立部署。这些服务可以使用不同的编程语言，不同数据库，以保证最低限度的集中式管 理。

3. Spring Cloud 是什么

Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系

统基础设施的开发，如服务发现注册、配置中心、智能路由、消息总线、负载均衡、断路器、数据

监控等，都可以用Spring Boot的开发风格做到一键启动和部署。

4. SpringCloud的优缺点

优点：

1.耦合度比较低。不会影响其他模块的开发。

2.减轻团队的成本，可以并行开发，不用关注其他人怎么开发，先关注自己的开发。

3.配置比较简单，基本用注解就能实现，不用使用过多的配置文件。

4.微服务跨平台的，可以用任何一种语言开发。

5.每个微服务可以有自己的独立的数据库也有用公共的数据库。

6.直接写后端的代码，不用关注前端怎么开发，直接写自己的后端代码即可，然后暴露接口，通过组件进行 服务通信。

缺点：

1.部署比较麻烦，给运维工程师带来一定的麻烦。

2.针对数据的管理比麻烦，因为微服务可以每个微服务使用一个数据库。

3.系统集成测试比较麻烦

4.性能的监控比较麻烦。【最好开发一个大屏监控系统】

5. SpringBoot和SpringCloud的区别？

SpringBoot专注于快速、方便的开发单个微服务个体，SpringCloud关注全局的服务治理框架。

7. SpringCloud由什么组成

Spring Cloud Eureka：服务注册与发现

Spring Cloud Zuul：服务网关

Spring Cloud Ribbon：客户端负载均衡

Spring Cloud Feign：声明性的Web服务客户端

Spring Cloud Hystrix：断路器

Spring Cloud Config：分布式统一配置管理

Eureka

 客户端注册，Eureka客户端在启动时，首先会创建一个心跳的定时任务，定时向服务端发送心跳信息，服务端会对客户端心跳做出响应，如果响应状态码为404时，表示服务端没有该客户端的服务信息，那么客户端则会向服务端发送注册请求。

        服务端如何保存客户端注册信息，客户端通过Jersey框架，将自己的注册信息发送给服务端，服务端保存在一个ConcurrentHashMap对象中。

       客户端如何拉取服务端已保存的服务信息，客户端通过一个定时任务定时向服务端拉取信息，每次拉取后刷新本地已保存的信息，需要使用时直接从本地获取。

       如何搭建高可用的eureka集群，只需要在每一个服务端的配置文件中配置其他服务端的地址就可以了，注册中心收到注册信息后会判断是其他注册中心同步的信息还是客户端注册的信息，如果是客户端注册的信息，那么他将会将该客户端信息同步到其他注册中心去；否则收到信息后不作任何操作。通过此机制避免集群中信息同步的死循环。

       心跳机制，客户端每隔30s想服务端发送一次心跳，告诉服务端自己还活着。

       服务剔除机制，

    如果开了自我保护机制，那么所有的客户端包括没有长时间没有发送心跳的客户端都不会被剔除。

    没开自我保护机制，注册到eureka的服务可能由于内存溢出或网络故障等原因使得服务不能正常的工作，而服务注册中心并未收到“服务下线”的请求。服务注册中心在启动时会创建一个定时任务，默认每隔一段时间（默认为60秒）将当前清单中超时（默认为90秒）没有续约的服务剔除，这个操作被称为失效剔除

       Eureka为什么要采用自我保护机制。在分布式系统的CAP理论中，Eureka采用的AP，也就是Eureak保证了服务的可用性（A），而舍弃了数据的一致性（C）。当网络发生分区时，客户端和服务端的通讯将会终止，那么服务端在一定的时间内将收不到大部分的客户端的一个心跳，如果这个时候将这些收不到心跳的服务剔除，那可能会将可用的客户端剔除了，这就不符合AP理论。

————————————————

16. 什么是网关?

网关相当于一个网络服务架构的入口，所有网络请求必须通过网关转发到具体的服务。

17. 网关的作用是什么

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

18. 什么是Spring Cloud Zuul（服务网关）

Zuul是对SpringCloud提供的成熟对的路由方案，他会根据请求的路径不同，网关会定位到指定的

微服务，并代理请求到不同的微服务接口，他对外隐蔽了微服务的真正接口地址。 三个重要概

念：动态路由表，路由定位，反向代理：

动态路由表：Zuul支持Eureka路由，手动配置路由，这俩种都支持自动更新

路由定位：根据请求路径，Zuul有自己的一套定位服务规则以及路由表达式匹配

反向代理：客户端请求到路由网关，网关受理之后，在对目标发送请求，拿到响应之后在 给

客户端

它可以和Eureka,Ribbon,Hystrix等组件配合使用，

Zuul的应用场景：

对外暴露，权限校验，服务聚合，日志审计等

19. 网关与过滤器有什么区别

网关是对所有服务的请求进行分析过滤，过滤器是对单个服务而言。

20. 常用网关框架有那些？

Nginx、Zuul、Gateway

21. Zuul与Nginx有什么区别？

Zuul是java语言实现的，主要为java服务提供网关服务，尤其在微服务架构中可以更加灵活的对网

关进行操作。Nginx是使用C语言实现，性能高于Zuul，但是实现自定义操作需要熟悉lua语言，对

程序员要求较高，可以使用Nginx做Zuul集群。

22. 既然Nginx可以实现网关？为什么还需要使用Zuul框架

Zuul是SpringCloud集成的网关，使用Java语言编写，可以对SpringCloud架构提供更灵活的服

务。

23. 如何设计一套API接口

考虑到API接口的分类可以将API接口分为开发API接口和内网API接口，内网API接口用于局域网，

为内部服务器提供服务。开放API接口用于对外部合作单位提供接口调用，需要遵循Oauth2.0权限

认证协议。同时还需要考虑安全性、幂等性等问题。

24. ZuulFilter常用有那些方法

Run()：过滤器的具体业务逻辑

shouldFilter()：判断过滤器是否有效

filterOrder()：过滤器执行顺序

filterType()：过滤器拦截位置

25. 如何实现动态Zuul网关路由转发

通过path配置拦截请求，通过ServiceId到配置中心获取转发的服务列表，Zuul内部使用Ribbon实

现本地负载均衡和转发。

26. Zuul网关如何搭建集群

使用Nginx的upstream设置Zuul服务集群，通过location拦截请求并转发到upstream，默认使用

轮询机制对Zuul集群发送请求。

Ribbon

27. 负载平衡的意义什么？

简单来说： 先将集群，集群就是把一个的事情交给多个人去做，假如要做1000个产品给一个人做

要10天，我叫10个人做就是一天，这就是集群，负载均衡的话就是用来控制集群，他把做的最多

的人让他慢慢做休息会，把做的最少的人让他加量让他做多点。

在计算中，负载平衡可以改善跨计算机，计算机集群，网络链接，中央处理单元或磁盘驱动器等多

种计算资源的工作负载分布。负载平衡旨在优化资源使用，最大化吞吐量，最小化响应时间并避免

任何单一资源的过载。使用多个组件进行负载平衡而不是单个组件可能会通过冗余来提高可靠性和

可用性。负载平衡通常涉及专用软件或硬件，例如多层交换机或域名系统服务器进程。

28. Ribbon是什么？

Ribbon是Netflix发布的开源项目，主要功能是提供客户端的软件负载均衡算法

Ribbon客户端组件提供一系列完善的配置项，如连接超时，重试等。简单的说，就是在配置文件

中列出后面所有的机器，Ribbon会自动的帮助你基于某种规则（如简单轮询，随即连接等）去连

接这些机器。我们也很容易使用Ribbon实现自定义的负载均衡算法。（有点类似Nginx）

29. Nginx与Ribbon的区别

Nginx是反向代理同时可以实现负载均衡，nginx拦截客户端请求采用负载均衡策略根据upstream

配置进行转发，相当于请求通过nginx服务器进行转发。Ribbon是客户端负载均衡，从注册中心读

取目标服务器信息，然后客户端采用轮询策略对服务直接访问，全程在客户端操作。

30. Ribbon底层实现原理

Ribbon使用discoveryClient从注册中心读取目标服务信息，对同一接口请求进行计数，使用%取

余算法获取目标服务集群索引，返回获取到的目标服务信息。

@LoadBalanced注解的作用

开启客户端负载均衡。

Hystrix

31. 什么是断路器

当一个服务调用另一个服务由于网络原因或自身原因出现问题，调用者就会等待被调用者的响应

当更多的服务请求到这些资源导致更多的请求等待，发生连锁效应（雪崩效应）

断路器有三种状态

打开状态：一段时间内 达到一定的次数无法调用 并且多次监测没有恢复的迹象 断路器完全打开 那么下次请求就不会请求到该服务

半开状态：短时间内 有恢复迹象 断路器会将部分请求发给该服务，正常调用时 断路器关闭

关闭状态：当服务一直处于正常状态 能正常调用

32. 什么是 Hystrix？

在分布式系统，我们一定会依赖各种服务，那么这些个服务一定会出现失败的情况，就会导致雪

崩，Hystrix就是这样的一个工具，防雪崩利器，它具有服务降级，服务熔断，服务隔离，监控等

一些防止雪崩的技术。

Hystrix有四种防雪崩方式:

服务降级：接口调用失败就调用本地的方法返回一个空

服务熔断：接口调用失败就会进入调用接口提前定义好的一个熔断的方法，返回错误信息

服务隔离：隔离服务之间相互影响

服务监控：在服务发生调用时,会将每秒请求数、成功请求数等运行指标记录下来。

33. 谈谈服务雪崩效应

雪崩效应是在大型互联网项目中，当某个服务发生宕机时，调用这个服务的其他服务也会发生宕

机，大型项目的微服务之间的调用是互通的，这样就会将服务的不可用逐步扩大到各个其他服务

中，从而使整个项目的服务宕机崩溃.发生雪崩效应的原因有以下几点

单个服务的代码存在bug. 2请求访问量激增导致服务发生崩溃(如大型商城的枪红包，秒杀功能). 3.

服务器的硬件故障也会导致部分服务不可用.

34. 在微服务中，如何保护服务?

一般使用使用Hystrix框架，实现服务隔离来避免出现服务的雪崩效应，从而达到保护服务的效

果。当微服务中，高并发的数据库访问量导致服务线程阻塞，使单个服务宕机，服务的不可用会蔓

延到其他服务，引起整体服务灾难性后果，使用服务降级能有效为不同的服务分配资源,一旦服务

不可用则返回友好提示，不占用其他服务资源，从而避免单个服务崩溃引发整体服务的不可用.

35. 服务雪崩效应产生的原因

因为Tomcat默认情况下只有一个线程池来维护客户端发送的所有的请求，这时候某一接口在某一

时刻被大量访问就会占据tomcat线程池中的所有线程，其他请求处于等待状态，无法连接到服务

接口。

36. 谈谈服务降级、熔断、服务隔离

服务降级：当客户端请求服务器端的时候，防止客户端一直等待，不会处理业务逻辑代码，直接返

回一个友好的提示给客户端。

服务熔断是在服务降级的基础上更直接的一种保护方式，当在一个统计时间范围内的请求失败数量

达到设定值（requestVolumeThreshold）或当前的请求错误率达到设定的错误率阈值

（errorThresholdPercentage）时开启断路，之后的请求直接走fallback方法，在设定时间

（sleepWindowInMilliseconds）后尝试恢复。

服务隔离就是Hystrix为隔离的服务开启一个独立的线程池，这样在高并发的情况下不会影响其他

服务。服务隔离有线程池和信号量两种实现方式，一般使用线程池方式。

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

Hystrix实现服务降级的功能是通过重写HystrixCommand中的getFallback()方法，当Hystrix的

run方法或construct执行发生错误时转而执行getFallback()方法。

Feign

38. 什么是Feign？

Feign 是一个声明web服务客户端，这使得编写web服务客户端更容易

他将我们需要调用的服务方法定义成抽象方法保存在本地就可以了，不需要自己构建Http请求

了，直接调用接口就行了，不过要注意，调用方法要和本地抽象方法的签名完全一致。

39. SpringCloud有几种调用接口方式

Feign

RestTemplate

40. Ribbon和Feign调用服务的区别

调用方式同：Ribbon需要我们自己构建Http请求，模拟Http请求然后通过RestTemplate发给其他

服务，步骤相当繁琐

而Feign则是在Ribbon的基础上进行了一次改进，采用接口的形式，将我们需要调用的服务方法定

义成抽象方法保存在本地就可以了，不需要自己构建Http请求了，直接调用接口就行了，不过要

注意，调用方法要和本地抽象方法的签名完全一致。

Bus

41. 什么是 Spring Cloud Bus？

Spring Cloud Bus就像一个分布式执行器，用于扩展的Spring Boot应用程序的配置文件，但也可

以用作应用程序之间的通信通道。

Spring Cloud Bus 不能单独完成通信，需要配合MQ支持

Spring Cloud Bus一般是配合Spring Cloud Config做配置中心的

Springcloud config实时刷新也必须采用SpringCloud Bus消息总线

Config

42. 什么是Spring Cloud Config?

Spring Cloud Config为分布式系统中的外部配置提供服务器和客户端支持，可以方便的对微服务

各个环境下的配置进行集中式管理。Spring Cloud Config分为Config Server和Config Client两部

分。Config Server负责读取配置文件，并且暴露Http API接口，Config Client通过调用Config

Server的接口来读取配置文件。

43. 分布式配置中心有那些框架？

Apollo、zookeeper、springcloud config。

44. 分布式配置中心的作用？

动态变更项目配置信息而不必重新部署项目。

45. SpringCloud Config 可以实现实时刷新吗？

springcloud config实时刷新采用SpringCloud Bus消息总线。

Gateway

46. 什么是Spring Cloud Gateway?

Spring Cloud Gateway是Spring Cloud官方推出的第二代网关框架，取代Zuul网关。网关作为流

量的，在微服务系统中有着非常作用，网关常见的功能有路由转发、权限校验、限流控制等作用。

使用了一个RouteLocatorBuilder的bean去创建路由，除了创建路由RouteLocatorBuilder可以让

你添加各种predicates和filters，predicates断言的意思，顾名思义就是根据具体的请求的规则，

由具体的route去处理，filters是各种过滤器，用来对请求做各种判断和修改。

47. SpringCloud主要项目

Spring Cloud的子项目，大致可分成两类，一类是对现有成熟框架"Spring Boot化"的封装和抽

象，也是数量最多的项目；第二类是开发了一部分分布式系统的基础设施的实现，如Spring Cloud

Stream扮演的就是kafka, ActiveMQ这样的角色。

Spring Cloud Config

Config能够管理所有微服务的配置文件

集中配置管理工具，分布式系统中统一的外部配置管理，默认使用Git来存储配置，可以支持客户

端配置的刷新及加密、解密操作。

Spring Cloud Netflix(重点，这些组件用的最多)

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

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

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

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

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

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

我觉得SpringCloud的福音是Netflix，他把人家的组件都搬来进行封装了，使开发者能快速简单安全的使用

Spring Cloud Bus

用于传播集群状态变化的消息总线，使用轻量级消息代理链接分布式系统中的节点，可以用来动态

刷新集群中的服务配置信息。

简单来说就是修改了配置文件，发送一次请求，所有客户端便会重新读取配置文件。

需要利用中间插件MQ

Spring Cloud Consul

Consul 是 HashiCorp 公司推出的开源工具，用于实现分布式系统的服务发现与配置。与其它分布

式服务注册与发现的方案，Consul 的方案更“一站式”，内置了服务注册与发现框架、分布一致性

协议实现、健康检查、Key/Value 存储、多数据中心方案，不再需要依赖其它工具（比如

ZooKeeper 等）。使用起来也较为简单。Consul 使用 Go 语言编写，因此具有天然可移植性(支持

Linux、windows和Mac OS X)；安装包仅包含一个可执行文件，方便部署，与 Docker 等轻量级

容器可无缝配合。

Spring Cloud Security

安全工具包，他可以对

对Zuul代理中的负载均衡从前端到后端服务中获取SSO令牌

资源服务器之间的中继令牌

使Feign客户端表现得像 OAuth2RestTemplate （获取令牌等）的拦截器

在Zuul代理中配置下游身份验证

Spring Cloud Security提供了一组原语，用于构建安全的应用程序和服务，而且操作简便。可以在

外部（或集中）进行大量配置的声明性模型有助于实现大型协作的远程组件系统，通常具有中央身

份管理服务。它也非常易于在Cloud Foundry等服务平台中使用。在Spring Boot和Spring

Security OAuth2的基础上，可以快速创建实现常见模式的系统，如单点登录，令牌中继和令牌交

换。

Spring Cloud Sleuth

在微服务中，通常根据业务模块分服务，项目中前端发起一个请求，后端可能跨几个服务调用才能

完成这个请求（如下图）。如果系统越来越庞大，服务之间的调用与被调用关系就会变得很复杂，

假如一个请求中需要跨几个服务调用，其中一个服务由于网络延迟等原因挂掉了，那么这时候我们

需要分析具体哪一个服务出问题了就会显得很困难。Spring Cloud Sleuth服务链路跟踪功能就可

以帮助我们快速的发现错误根源以及监控分析每条请求链路上的性能等等。

Spring Cloud Stream

轻量级事件驱动微服务框架，可以使用简单的声明式模型来发送及接收消息，主要实现为Apache

Kafka及RabbitMQ。

Spring Cloud Task

Spring Cloud Task的目标是为Spring Boot应用程序提供创建短运行期微服务的功能。在Spring

Cloud Task中，我们可以灵活地动态运行任何任务，按需分配资源并在任务完成后检索结果。

Tasks是Spring Cloud Data Flow中的一个基础项目，允许用户将几乎任何Spring Boot应用程序作

为一个短期任务执行。

Spring Cloud Zookeeper

SpringCloud支持三种注册方式Eureka， Consul(go语言编写)，zookeeper

Spring Cloud Zookeeper是基于Apache Zookeeper的服务治理组件。

Spring Cloud Gateway

Spring cloud gateway是spring官方基于Spring 5.0、Spring Boot2.0和Project Reactor等技术开

发的网关，Spring Cloud Gateway旨在为微服务架构提供简单、有效和统一的API路由管理方式，

Spring Cloud Gateway作为Spring Cloud生态系统中的网关，目标是替代Netflix Zuul，其不仅提

供统一的路由方式，并且还基于Filer链的方式提供了网关基本的功能，例如：安全、监控/埋点、

限流等。

Spring Cloud OpenFeign

Feign是一个声明性的Web服务客户端。它使编写Web服务客户端变得更容易。要使用Feign，我

们可以将调用的服务方法定义成抽象方法保存在本地添加一点点注解就可以了，不需要自己构建

Http请求了，直接调用接口就行了，不过要注意，调用方法要和本地抽象方法的签名完全一致。

Spring Cloud的版本关系

Spring Cloud是一个由许多子项目组成的综合项目，各子项目有不同的发布节奏。 为了管理

Spring Cloud与各子项目的版本依赖关系，发布了一个清单，其中包括了某个Spring Cloud版本对

应的子项目版本。 为了避免Spring Cloud版本号与子项目版本号混淆，Spring Cloud版本采用了

名称而非版本号的命名，这些版本的名字采用了伦敦地铁站的名字，根据字母表的顺序来对应版本

时间顺序，例如Angel是第一个版本，Brixton是第二个版本。 当Spring Cloud的发布内容积累到

临界点或者一个重大BUG被解决后，会发布一个"service releases"版本，简称SRX版本，比如

Greenwich.SR2就是Spring Cloud发布的Greenwich版本的第2个SRX版本。目前Spring Cloud的

最新版本是Hoxton。