Feign+hystrix直接进入熔断怎么解决？？？

Rep1_Hu 2019-01-12 03:33:07

配置文件中已经配置了：
feign:
hystrix:
enabled: true

这个是因为覆盖了存在两个，怎么解决，另写一个方法也没用啊

为什么我这样写，就直接进入熔断？？？

...全文

1530 6 打赏收藏转发到动态举报

写回复

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

年轻的猴 2020-10-11

打赏
举报

回复

一样的问题，我是直接把feign.hystrix.enabled=false

stacksoverflow 2019-03-01

打赏
举报

回复

熔断建议做在service层，而不是调用的接口。是某一个服务的熔断。

stacksoverflow 2019-03-01

打赏
举报

回复 1

把fallback去掉，错误信息打出来。

程序猿DD 2019-03-01

打赏
举报

回复

完整报错信息看看

心随念 2019-03-01

打赏
举报

回复

正常访问时这里可能会在第一次访问时，就会进入fallback方法（这种现象不一定会出现）。是因为hystrix的超时机制。这个可以通过配置来解决此处提供三种方式，如下：第一：设置超时时间变长，默认是1000毫秒 hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds=5000 第二：不设置超时时间 hystrix.command.default.execution.timeout.enabled=false 第三：直接禁用 feign.hystrix.enabled=false

_佩恩 2019-01-12

打赏
举报

回复

这是为啥啊？我跟别人写的一样

文章讨论了在使用Ribbon、Feign和Hystrix时遇到的重试次数不生效、开启熔断后重试起作用以及fallbackFactory降级异常为空的问题。问题在于对Ribbon的重试机制理解不准确和Hystrix超时时间设置不当。解决方案是正确理解Ribbon的重试逻辑，确保Hystrix的超时时间覆盖所有可能的重试情况。

本文介绍了如何在Feign Client中处理熔断机制，包括添加fallback方法获取原始异常、配置ErrorDecoder保持异常详情，以及如何控制部分方法不熔断直接抛出。通过实例展示了如何定制KeepErrMsgConfiguration和NotBreakerConfiguration来优化熔断效果。

本文通过一个场景展示了A服务使用Feign调用B服务时，由于B服务的身份校验和A服务的Hystrix熔断策略，导致服务出现问题。在分析伪代码后，发现是Hystrix的线程隔离策略导致拦截器无法正常工作。通过调整Hystrix配置为信号量隔离，解决了问题。下篇文章将深入探讨Feign拦截器机制。

本文介绍了如何结合feign和hystrix实现服务的熔断和降级。首先，feign默认集成了hystrix和ribbon，但要使用它们的特定注解和配置需额外引入依赖。接着，配置了feign启用hystrix及超时时间，同时设置了服务调用的连接和读取超时。最后，通过在springboot启动类上添加@EnableFeignClients注解，并在服务调用类使用@FeignClient注解配合fallback或fallbackfactory，实现服务降级，其中fallbackfactory能捕获异常，提供更细粒度的控制。

本文详解在Spring Cloud中通过@FeignClient注解启用Hystrix熔断机制，涵盖fallback降级实现、自定义Hystrix配置、@HystrixCommand细粒度控制、异常处理及Hystrix Dashboard监控集成。重点说明服务提供者与消费者搭建、故障模拟、熔断触发条件（错误率≥60%，19秒窗口内18次请求）、线程池调优与常见问题排查。

51,409

社区成员

86,087

社区内容

发帖

与我相关

我的任务

javaspring bootspring cloud 技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章