Spring Cloud快速入门(五)：熔断降级 - Hystrix

本文链接：https://blog.youkuaiyun.com/vbirdbest/article/details/110790507

本文介绍了Spring Cloud中的Hystrix组件，用于实现微服务的熔断降级，防止因某服务接口响应慢或失败导致整体服务不可用。Hystrix提供了接口隔离、快速熔断等功能，通过配置可以设置超时时间和回退策略。文中详细讲述了Hystrix的集成步骤，包括pom.xml配置、application.yml配置、Fallback和fallbackFactory的编写，以及如何使用Hystrix Dashboard进行监控。此外，还简述了Turbine用于聚合多个服务的Hystrix监控数据。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一：熔断降级的由来

用户每发送一个请求Tomcat就会从线程池中拿出一个线程来处理该请求，当请求结束时就会将该线程归还到线程池当中，Tomcat线程池中的线程是有限制的，当访问其中一个接口时，该接口可能还会调用其它微服务，其它微服务还可能再调用别的微服务，如果其中一个微服务处理的业务逻辑耗时较长时就会导致整个请求处理时间较长，如果一个接口处理时间较长不能及时释放线程到线程池中，那么随着访问量的增加，可能会将线程池中的线程给用完，当线程池中的线程用完时，如果有别的用户想访问其它接口时就会出现不能提供服务的现象，因为线程池中的所有的线程都用来处理接口1了，就没有多余的线程来处理接口2了，最终导致一个现象：某个接口处理耗时较长导致整个微服务的其它接口也都不能提供服务，这就是熔断降级所要解决的问题。

在这里插入图片描述
微幅A - > 微服务B -> 微服务C，当微服务C接口出现问题时会影响到微幅B，从而波及到微幅A，导致整个服务不可用，就是服务雪崩。

一个接口处理时间较长导致线程池中的线程用尽最终导致其它接口也不能提供服务的现象，出现这种现象的直接原因就是所有接口都共用了同一个线程池。如果为每个接口都配置一个线程池，接口1使用接口1对应的线程池，接口2使用接口2对应的线程池，如果接口1中的线程池耗尽，当用户访问接口2时就会从接口2对应的线程池中获取线程来继续处理请求，这就导致了接口1出现线程耗尽而不会影响接口2提供服务，每个接口对应的线程