【springcloud学习(dalston.sr1)】Hystrix服务降级（含源代码）（十）

原创已于 2025-05-17 21:59:35 修改

· 819 阅读

20 ·

版权

文章标签：

#spring cloud #学习 #hystrix

于 2025-05-16 22:23:46 首次发布

SpringBoot 同时被 2 个专栏收录

35 篇文章

订阅专栏

Spring Cloud

16 篇文章

订阅专栏

该系列项目整体介绍及源代码请参照前面写的一篇文章【springcloud学习(dalston.sr1)】项目整体介绍（含源代码）（一）

springcloud学习（dalston.sr1）系统文章汇总如下：

【springcloud学习(dalston.sr1)】项目整体介绍（含源代码）（一）

【springcloud学习(dalston.sr1)】Eureka服务端集群的搭建（含源代码）（二）

【springcloud学习(dalston.sr1)】Eureka单个服务端的搭建（含源代码）（三）

【springcloud学习(dalston.sr1)】Eureka 客户端服务注册（含源代码）（四）

【springcloud学习(dalston.sr1)】服务消费者通过restTemplate来访问服务提供者（含源代码）（五）

【springcloud学习(dalston.sr1)】Eureka 服务发现（含源代码）（六）

【springcloud学习(dalston.sr1)】Ribbon负载均衡（含源代码）（七）

【springcloud学习(dalston.sr1)】使用Feign实现接口调用（含源代码）（八）

【springcloud学习(dalston.sr1)】Hystrix服务熔断（含源代码）（九）

【springcloud学习(dalston.sr1)】Hystrix服务降级（含源代码）（十）

【springcloud学习(dalston.sr1)】Hystrix Dashboard服务监控（含源代码）（十一）

【springcloud学习(dalston.sr1)】Zuul路由访问映射规则配置及使用（含源代码）（十二）

【springcloud学习(dalston.sr1)】Config配置中心-ConfigServer端与Git通信（含源代码）（十三）

【springcloud学习(dalston.sr1)】Config配置中心-Configclient端通过和Config server端通信来获取配置文件信息（含源代码）（十四）

（一）服务降级的理解

服务降级就是整体项目的资源不够了，我们可能会暂停部分服务，待资源稳定后，我们再来开启服务。服务降级的实现，是在消费者方完成的，和消费提供者没太大关系。前面一篇完整【springcloud学习(dalston.sr1)】Hystrix服务熔断（含源代码）（九）我们提到服务熔断，服务熔断器是在服务提供方进行实现的，而这里说的服务降级是在消费者（也即服务调用方）实现的。

所以我们主要是关注服务消费方，前面我们创建过一个microservicecloud-consumer-feign项目。这里我们仍然以此为例，讲解服务降级是如何实现的。

（二）服务降级的实现

microservicecloud-consumer-feign项目整体结构如下：

（1）POM中添加相关依赖

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>springcloud2025</artifactId>
        <groupId>com.company</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>microservicecloud-consumer-feign</artifactId>

    <dependencies>
        <dependency>
            <groupId>com.company</groupId>
            <artifactId>microservicecloud-api</artifactId>
            <version>${project.version}</version>
        </dependency>

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

        <!-- Feign相关支持 -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-feign</artifactId>
        </dependency>
        <!-- ribbon相关 -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-eureka</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-ribbon</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-config</artifactId>
        </dependency>

    </dependencies>
</project>

（2）application.yml中需要增加以下配置，以启用服务降级功能

feign.hystrix.enabled=true

server:
  port: 80

eureka:
  client:
    register-with-eureka: false #false表示不向注册中心注册自己
    service-url:
      defaultZone: http://localhost:7001/eureka/ #http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/

#启用服务降级
feign:
  hystrix:
    enabled: true

（3）在前面项目中，我们提到过通过feign来实现接口的调用，如下图：

这里，我们需要在该GoodsClientService接口上的FeignClient注解指定fallbackFactory属性的值为GoodsClientServiceFallbackFactory，且GoodsClientServiceFallbackFactory需要实现FallbackFactory接口，其泛型类型为GoodsClientService，如下图：

需要注意的是GoodsClientServiceFallbackFactory需要声明为一个spring bean，即需要加上@Component注解，且需要重写create方法，该create方法返回的是GoodsClientService的默认实现（也即当服务消费者对应的MICROSERVICECLOUD-GOODS服务不可用时，会直接在调用方自行返回一个备选响应）。

最后需要注意的是GoodsClientServiceFallbackFactory因为是在microservicecloud-api项目的com.company.api.service包下，需要确保能被容器扫描到，所以启动类上需要添加包扫描路径，以确保被扫描识别到。启动类的完整代码如下：

package com.company.consumer;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
import org.springframework.cloud.netflix.feign.EnableFeignClients;

//这里需要手动制定包扫描路径，否则识别不到API项目中的GoodsClientServiceFallbackFactory，导致项目无法启动
@SpringBootApplication(scanBasePackages = {"com.company.consumer","com.company.api.service"})
@EnableEurekaClient
@EnableFeignClients(basePackages = "com.company.api.service")
//因为Feign接口在另一个API项目中，且API项目的包和当前项目有点不一样，所以需要加上扫描包的范围，确保能扫描到
public class Consumer80FeignApplication {

    public static void main(String[] args) {
        SpringApplication.run(Consumer80FeignApplication.class, args);
    }
}

（4）接下来，我们可以进行调用验证了。首先按照以下顺序启动相关项目

microservicecloud-eureka-7001（eureka server端）

microservicecloud-provider-hystrix-8001（服务提供方）

microservicecloud-consumer-feign（服务调用方（或者是服务消费者）

启动完成后，我们通过浏览器，访问服务消费者项目的接口localhost/consumer/goods/list/feign，我们能看到，到这里服务都是正常调用的。

为了模拟服务提供者不可用的情况，我们停掉服务提供者项目microservicecloud-provider-hystrix-8001

这时候，我们再在浏览器中访问服务消费方的接口localhost/consumer/goods/list/feign，如下图，我们发现接口仍正常调用，但返回值变了，是我们自行设定的备选响应。这说明了服务提供者不可用时，调用方接口仍能正常的返回，从而实现了服务降级的作用。或者我们故意在服务提供者方抛出一个运行时异常，此时调用时，仍然会走服务降级，返回下图中相同的内容。

以上说明只要调用服务提供者时，服务提供者抛出了内部异常，或者服务提供者直接停服了导致链接超时异常，则会走服务降级，返回调用方预设的备选响应值。