跳至主要內容

Spring Cloud — API 网关 Zuul & Gateway

java突击队2025/12/19大约 19 分钟1000道面试题Spring Cloud 面试题

📋 本文节选自《Spring Cloud 面试题》，返回 查看全部章节

Zuul

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.

请求访问量激增导致服务发生崩溃(如大型商城的枪红包，秒杀功能).

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

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通过调用ConfigServer的接口来读取配置文件。

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 CloudStream扮演的就是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和SpringSecurity OAuth2的基础上，可以快速创建实现常见模式的系统，如单点登录，令牌中继和令牌交换。

Spring Cloud Sleuth

  • 在微服务中，通常根据业务模块分服务，项目中前端发起一个请求，后端可能跨几个服务调用才能完成这个请求（如下图）。如果系统越来越庞大，服务之间的调用与被调用关系就会变得很复杂，假如一个请求中需要跨几个服务调用，其中一个服务由于网络延迟等原因挂掉了，那么这时候我们需要分析具体哪一个服务出问题了就会显得很困难。Spring Cloud Sleuth服务链路跟踪功能就可以帮助我们快速的发现错误根源以及监控分析每条请求链路上的性能等等。

![ ][nbsp]

Spring Cloud Stream

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

Spring Cloud Task

  • Spring Cloud Task的目标是为Spring Boot应用程序提供创建短运行期微服务的功能。在SpringCloud 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。

48. Spring Cloud和SpringBoot版本对应关系

Spring Cloud VersionSpringBoot Version
Hoxton2.2.x
Greenwich2.1.x
Finchley2.0.x
Edgware1.5.x
Dalston1.5.x

49. Spring Cloud和各子项目版本对应关系

  • Edgware.SR6：我理解为最低版本号
  • Greenwich.SR2 :我理解为最高版本号
  • Greenwich.BUILD-SNAPSHOT（快照）：是一种特殊的版本，指定了某个当前的开发进度的副本。不同于常规的版本，几乎每天都要提交更新的版本，如果每次提交都申明一个版本号那不是版本号都不够用？
ComponentEdgware.SR6Greenwich.SR2Greenwich.BUILD-SNAPSHOT
spring-cloud-aws1.2.4.RELEASE2.1.2.RELEASE2.1.3.BUILD-SNAPSHOT
spring-cloud-bus1.3.4.RELEASE2.1.2.RELEASE2.1.3.BUILD-SNAPSHOT
spring-cloud-cli1.4.1.RELEASE2.0.0.RELEASE2.0.1.BUILD-SNAPSHOT
spring-cloud-commons1.3.6.RELEASE2.1.2.RELEASE2.1.3.BUILD-SNAPSHOT
spring-cloud-contract1.2.7.RELEASE2.1.2.RELEASE2.1.3.BUILD-SNAPSHOT
spring-cloud-config1.4.7.RELEASE2.1.3.RELEASE2.1.4.BUILD-SNAPSHOT
spring-cloud-netflix1.4.7.RELEASE2.1.2.RELEASE2.1.3.BUILD-SNAPSHOT
spring-cloud-security1.2.4.RELEASE2.1.3.RELEASE2.1.4.BUILD-SNAPSHOT
spring-cloud-cloudfoundry1.1.3.RELEASE2.1.2.RELEASE2.1.3.BUILD-SNAPSHOT
spring-cloud-consul1.3.6.RELEASE2.1.2.RELEASE2.1.3.BUILD-SNAPSHOT
spring-cloud-sleuth1.3.6.RELEASE2.1.1.RELEASE2.1.2.BUILD-SNAPSHOT
spring-cloud-streamDitmars.SR5Fishtown.SR3Fishtown.BUILD-SNAPSHOT
spring-cloud-zookeeper1.2.3.RELEASE2.1.2.RELEASE2.1.3.BUILD-SNAPSHOT
spring-boot1.5.21.RELEASE2.1.5.RELEASE2.1.8.BUILD-SNAPSHOT
spring-cloud-task1.2.4.RELEASE2.1.2.RELEASE2.1.3.BUILD-SNAPSHOT
spring-cloud-vault1.1.3.RELEASE2.1.2.RELEASE2.1.3.BUILD-SNAPSHOT
spring-cloud-gateway1.0.3.RELEASE2.1.2.RELEASE2.1.3.BUILD-SNAPSHOT
spring-cloud-openfeign2.1.2.RELEASE2.1.3.BUILD-SNAPSHOT
ComponentEdgware.SR6Greenwich.SR2Greenwich.BUILD-SNAPSHOT
spring-cloud-function1.0.2.RELEASE2.0.2.RELEASE2.0.3.BUILD-SNAPSHOT

为了帮助更多的粉丝朋友，找到个好工作，多拿几个offer。苏三最近建一些工作内推群，群里目前已经收集了很多内推岗位，大厂、中厂、小厂、外包都有。欢迎HR、开发、测试、运维和产品加入。

扫描下方微信，备注：网站+所在城市，即可拉你进工作内推群。

一个可以快速提升Java技术的神奇网站
Copyright © 2026 java突击队
推荐
★12 个企业级项目实战（可写进简历）
从业务设计到压测，一套打通：看得懂、抄得走、改得动
企业智能知识库100万QPS短链复杂商城系统RAGSaaS点餐（多租户）SpringCloud系统秒杀系统智能代码审查MCPAI Agent
JDK21 / Spring Boot 3
32库 × 256表（分库分表实战）
2.6 亿+/天写入（高并发链路）
源码 + 教程 + 答疑 + 简历包装
看完就知道怎么写进简历 →