SpringCloud Hystrix熔断之线程池

服务熔断

雪崩效应:是一种因服务提供者的不可用导致服务调用者的不可用,并导致服务雪崩的过程。
服务熔断:当服务提供者无法调用时,会通过断路器向调用方直接返回一个错误响应,而不是长时间的等待,避免服务雪崩。

实际情景

项目中使用的是服务消费者Feign、熔断器Hystrix。
前端同时发起20次请求,后台的接口被调用了20次。每一次调用接口,都会在内部通过Feign进行服务消费,调用其他的服务提供者。
同时还使用了Feign自带的Hystrix,进行服务熔断。
经过测试,发现每次调用超过10次后,有些请求就被Hystrix瞬间熔断,并不是超时而触发的熔断。

服务隔离

Hystrix使用舱壁模式实现服务的隔离,使得服务之间不会产生影响,就算某个服务出现延迟过高的情况,也不会拖累其他服务。
Hystrix的服务隔离有线程池隔离和信号量隔离。
如果采用线程池隔离,Hystrix为每个依赖提供一个小的线程池(或信号)(默认10个线程),如果线程池已满调用将被立即拒绝。

解决方法

扩大Hystrix线程池的大小。可以通过设置依赖线程池默认大小,提高并发处理能力。

hystrix:
  threadpool:
    default: 
      coreSize: 100        #线程池默认的大小
  command: 
    default: 
      execution: 
        timeout:
          enabled: true   #启用超时机制
        isolation: 
          thread: 
           timeoutInMilliseconds: 20000     #超时时间

feign: 
  hystrix:
    enabled: true    #开启feign自带的hystrix

参考资料:
https://www.jianshu.com/p/819e5e574954
https://github.com/Netflix/Hystrix/wiki/How-it-Works#Threads
《SpringCloud微服务实战》

posted on   乐之者v  阅读(1141)  评论(0编辑  收藏  举报

编辑推荐:
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· DeepSeek 开源周回顾「GitHub 热点速览」
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
历史上的今天:
2018-04-18 Spring注解配置Aop
2017-04-18 javascript基础代码
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

导航

统计

点击右上角即可分享
微信分享提示