SpringCloud Fegin CircuitBreaker (原hystrix) 熔断失效原因

最新推荐文章于 2025-05-13 22:30:42 发布
最新推荐文章于 2025-05-13 22:30:42 发布
阅读量1.3k 收藏 1
点赞数 3
CC 4.0 BY-SA版权
文章标签： 1024程序员节
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/BASK2311/article/details/127491745

今天想着给自己的微服务项目添加一个熔断的功能，正好项目内远程调用是用的feign，那就直接用hystrix好了，也比较方便。

然后呢，我以为比较简单的东西，却一直不生效，资料查了个遍，硬是弄了我一上午+一下午的时间，所以记录一下，给大家避坑。

当前环境

如果你的环境跟我差的有点多，那这篇文章可能对你的帮助不大。

  • JDK8
  • SpringBoot2.6.6
  • openfeign3.1.2 （是我写这篇文章时比较新的版本了）

不生效的原因

原因主要有二

  1. 配置文件

    网上很多教程都是给的旧版本的配置文件，都是feign.hystrix.enabled: true，但在新版本这是不生效的 ，正确的配置应该是下面我这样：

    feign:
  circuitbreaker:
    enabled: true
复制代码

    可以参考官网文档：docs.spring.io/spring-clou…

最低0.47元/天 解锁文章

200万优质内容无限畅学
高版本Spring Cloud中OpenFeign整合Hystrix熔断降级不生效的问题及解决方案
huhuhu_o的博客
01-22 2509
本文将介绍在使用高版本Spring Cloud（2020.0.x及以后），由于取消了Hystrix的集成，导致OpenFeign与Hystrix熔断降级不生效的问题。同时，也将给出解决该问题的方案，即添加feign.circuitbreaker.enabled=true配置。
Spring Cloud---服务熔断Hystrix
kongkongyanan的博客
08-22 764
Spring Cloud---服务熔断Hystrix，原理简介，如何实现
Feign的hystrix熔断器不起作用
技术专栏
12-09 2442
问题描述 在开发spring-cloud项目的时候，Feign的熔断器不起作用，指定了fallback不起作用。 @FeignClient(name = "produce", fallback=ProduceCallback.class) public interface ProduceSevice { @RequestMapping("/index") String index(); } @Component public class ProduceCallback implements
Feign+Resilience4j实现微服务熔断机制：原理与实战
技术交流，一起进步
05-13 1409
熔断器不是银弹，而是微服务稳定性保障体系中的重要一环。充分理解业务场景（哪些服务可以降级？基于实际流量调整阈值（通过监控数据持续优化）与重试、限流等模式配合使用“好的熔断策略应该像优秀的消防系统——平时无感知，灾时显真章。附录Resilience4j官方文档微服务模式：熔断器。
Spring Cloud技术栈还没有学完！Hystrix又双叒叕停止更新了！
Java后端技术
11-30 6064
点击上方“Java后端技术”，选择“置顶或者星标”你关注的就是我关心的！今天无意间翻了一下Hystrix代码仓库，无意间看到最近的一条变更，竟然发现Hystrix也不再进...
Hystrix熔断不生效配置
JiaYuan_Joy的博客
03-18 4299
为了避免超时，我们可以根据业务情况来配置自己的超时时间，此处配置熔断时间为：5000/毫秒。注意：建议 Ribbon 的超时时间不要大于 Hystrix 的超时时间 Hystrix 配置 hystrix: 这样将会自动配置一个 Hystrix 并发策略插件的 hook，这个 hook 会将 SecurityContext 从主线程传输到 Hystrix 的命令。 因为 Hystrix 不允许注册多...
spring cloud的feign熔断策略不生效
jiangxiaocan123的博客
05-19 1269
好的启动，但是发现服务关闭还是不生效。然后改配置Client改为fallback进行生效了。对产生了疑问好奇怪，fallback模式可以，fallbackfactory不可以。最终pom文件里面需要添加。然后自己想的是可以程序如果执行方法错误，是可以进入熔断方法。1、问题目前定义feignClient有熔断回调执行方法。参考网上的配置开启熔断开启。最重要的开关需要开启。这是参考网上的配置。
聚焦Spring Cloud Hystrix原理与注意事项
热门推荐
张彦峰的博客
02-14 167万+
本文介绍了Spring Cloud Hystrix框架在微服务架构中的应用，重点讲解了其通过熔断器、线程池隔离和降级策略等机制，提升系统的容错性和稳定性。Hystrix能够有效防止服务故障的连锁反应，确保系统的高可用性。通过对Hystrix的基本原理和实际应用的解析，本文为开发者提供了在分布式系统中实现错误处理和系统容错的思路。尽管新技术如Resilience4j逐步替代了Hystrix，但它依然是微服务容错设计的经典实践。
解决springCloud2020 feign 熔断失效的问题
zhiyikeji的博客
07-14 3804
我们使用spring cloud做服务熔断时，断开服务进行测试，结果发现提示 这是由于feign中没有开启hystrix，于是我们按照网上的教程添加配置进行开启 feign.hystrix.enabled=true 结果发现没有任何用处，这是因为feign.hystrix.enabled已经找不到了，对应新的控制装配的是 # 开启hystrix feign.circuitbreaker.enabled=true 下面贴出我的maven配置 <?xml version="1.0" encoding
Feign 超时时间配置
hanzhen2010的博客
04-30 9216
影响到feign接口超时时间的主要有三类配置：feign、ribbon和hystrix。 feign的配置： feign: client: config: default: // 这个代表 服务，default为任意服务，可以指定服务名来指定调用该服务时的超时时间 connectTimeout: 毫秒时间，建立连接的超时时间，一般只在发现服务时用到 readTimeout: 毫秒时间 ，接口请求的超时时间 ribbon的配置： ribbon: ReadTimeout: 毫秒时
springCloud2020.0.1或以上 版本Feign使用Hystrix无效问题
qq_21568515的博客
04-07 1140
springCloud2020.0.1或以上 版本Feign使用Hystrix无效问题 在配置文件中开启hystrix后无效 解决方案 发现是springCloud 版本在2020.0.1或以上的版本，feign.hystrix.enabled已经不再使用了 修改为feign.circuitbreaker.enabled ...
Hystrix没有熔断效果的解决方式
不积跬步无以至千里，不积小流无以成江河
09-28 2803
熔断使用时需注意的问题： 1，@HystrixCommand注解中fallbackMethod指定的熔断方法返回值必须与你要熔断的方法返回值相同， 2，指定的熔断方法参数类型必须与你要熔断的方法参数类型相同， 3，当你要使用熔断时，尽量把熔断添加再最外层的方法中， 例如，有三个方法A,B,C , A方法中调用B，B方法中调用C，但是我们在B方法中进行了微服务之间的调用，此时熔断应该添加再最外层的A...
2021-11-17springcloud学习之服务降级/熔断Hystrix断路器(目前框架已不更新)
qq_45810225的博客
11-18 479
微服务调用之间难免会出现各种问题，某个微服务不可用就得服务降级，否则会拖垮整个系统 Hystrix是一个分布式系统的延迟和容错的开源库，用来提高分布式系统的弹性 1.创建生产者模块 2.导入pom依赖 <dependencies> <!--这个是hystrix依赖，剩下的都是之前常规的--> <dependency> <groupId>org.springframework.cloud</groupId&
openFeign+hystrix 使用！ 不生效问题
test1372965955的博客
02-24 726
org.springframework.cloud spring-cloud-starter-netflix-hystrix ${spring-cloud-starter-netflix.version}
熔断超时不生效及动态加载配置不生效问题
Terisadeng的博客
07-03 1302
1、问题描述 在本地环境测试调用南向服务超时会记录失败次数，达到阈值熔断，服务器上却不生效。 2、定位过程 经过远程debug，发现是由于在服务器上的executionTimeoutEnabled配置是false导致的，感觉很奇怪，因为默认值配置是true，也没有指定为false，只能在代码里传入这个配置项，置为true，具体代码跟踪流程如下： Hystrix是在com.netflix.hystrix.AbstractCommand#executeCommandAndObserve方法中进行是否开启
Spring Cloud入门系列（九）- 服务熔断与降级之Hystrix（已停更，建议切换到Sentinel）
会者定离，一期一祈
10-08 678
总述 分布式暴露的问题 Hystrix的定义 Hystrix的三个重要概念 服务降级（fallback） 服务熔断（break） 服务限流（flowlimmit） 模块构建 新建模块：cloud-provider-hystrix-payment8001 pom.xml <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0"
hystrix失效问题
weixin_46850729的博客
04-20 569
新搭建了spring-cloud项目，要添加熔断功能，所有配置都配好了，但是hystrix一直不生效，结果查了很多才发现新版本的openfeign配置与旧版本的不一样，需要修改配置文件。把配置文件修改之后就生效了，所以两种方法，要么修改配置文件，要么吧openfeign版本降下去。
Spring Cloud 2020: Hystrix不生效，[nio-9003-exec-1] o.a.c.c.C.[.[.[/].[dispatcherServlet] : Servlet.s
yandajiangjun的博客
05-16 1518
我的cloud版本2020.0.0，boot版本2.3.10.RELEASE。 报错提示： 2021-05-16 12:04:57.355 ERROR 17196 --- [nio-9003-exec-1] o.a.c.c.C.[.[.[/].[dispatcherServlet] : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing
springcloud——Hystrix 官方已经停更
ll100406的博客
05-24 282
springcloud整合Hystrix 服务降级
什么是Hystrix熔断降级
最新发布
05-14
### Hystrix熔断降级的概念 Hystrix 是 Netflix 开源的一款用于提高分布式系统容错性和稳定性的库。它通过实现 **熔断机制** 和 **服务降级策略** 来保护应用程序免受级联故障的影响[^1]。当某个微服务不可用或者响应时间过长时，Hystrix 可以快速失败并触发备用逻辑（即降级处理），从而减少对整个系统的负面影响。 #### 熔断机制的核心概念 熔断机制类似于电路中的保险丝，在检测到异常情况时切断请求流以防止进一步损害。具体来说，Hystrix 维护了一个滚动的时间窗口来统计最近一段时间内的请求状态。一旦满足特定条件（例如错误率达到阈值），就会激活熔断器，阻止后续请求进入目标服务直到恢复期结束[^3]。 --- ### Hystrix的工作原理 Hystrix 的工作流程可以分为以下几个方面： #### 1. 请求隔离 为了降低单个依赖项失效带来的风险，Hystrix 将每个外部调用封装在一个独立的线程池或信号量中运行。这种设计使得即使某些依赖出现问题也不会影响其他部分正常运作[^2]。 #### 2. 断路器模式 Hystrix 实现了经典的断路器模式。以下是其主要行为： - 当一定数量的请求连续失败后（由 `circuitBreaker.requestVolumeThreshold` 控制），如果这些请求中有足够的比例发生错误（通常为 50%，可配置），则断路器会被打开。 - 打开状态下，所有新的请求都会被立即拒绝而不会实际发送给远程服务，并执行预先定义好的回退函数 (fallback method)[^3]。 - 进入半开状态：经过一段设定的时间间隔 (`sleepWindowInMilliseconds`) 后，允许少量试探性请求重新尝试连接原服务；成功的话就关闭断路器恢复正常操作，否则继续保持开启状态。 #### 3. 超时控制与时限管理 为了避免长时间等待无果的情况，Hystrix 对每一个命令都设置了最大超时时长(`execution.isolation.thread.timeoutInMilliseconds`) 。一旦超出这个时限仍未收到回应，则认为此次调用已经失败并将启动 fallback 方法作为替代方案[^4]。 #### 4. Fallback 回滚机制 每当遇到任何类型的失败情形(包括但不限于网络中断、服务器崩溃或是人为编码失误)，都可以指定一个自定义的方法来进行补偿处理 —— 即所谓的 “fallback”。这可能涉及返回缓存数据、静态默认值或者其他合理的选择依据当前上下文环境决定最佳应对措施[^5]。 --- ### 使用方法概述 要集成 Spring Cloud 应用程序与 Hystrix 功能一起使用，需遵循如下几个关键步骤: 1. 添加必要的 Maven 或 Gradle 依赖项至项目构建文件当中； 2. 在主应用类上方标注注解@EnableCircuitBreaker 或者更具体的 @EnableHystrix 注释以便启用相应特性支持； 3. 定义好那些需要受到保护的服务接口方法并通过加注@HystrixCommand 注明它们以及关联起来的具体回调处理器名称等细节信息； 4. 如果有必要还可以调整一些内置参数数值来自定义适应不同业务场景下的需求特点比如修改默认超时毫秒数等等。 下面给出了一段简单的 Java 示例代码展示如何正确地运用以上提到的技术要点完成基本功能开发任务： ```java import com.netflix.hystrix.contrib.javanica.annotation.HystrixCommand; import org.springframework.stereotype.Service; @Service public class MyService { @HystrixCommand(fallbackMethod = "getDefaultResponse") public String fetchData() { // Simulate a remote call that might fail. throw new RuntimeException("Remote service is down!"); } private String getDefaultResponse() { return "Default response due to failure."; } } ``` --- ### 参数详解 | 参数名 | 描述 | 默认值 | |--------------------------------|--------------------------------------------------------------------------------------|------------| | circuitBreaker.enabled | 是否启用断路器 | true | | execution.isolation.thread.timeoutInMilliseconds | 设置 Hystrix 的超时时间，默认 1 秒 | 1000 ms | | circuitBreaker.sleepWindowInMilliseconds | 断路器打开后的休眠时间 | 5000 ms | | circuitBreaker.requestVolumeThreshold | 滑动窗口时间内请求数不能超过该配置 | 20 | | circuitBreaker.errorThresholdPercentage | 错误率达到此百分比时触发熔断 | 50% | ---
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值