-
一个调用第三方接口忘了设超时的 HTTP 客户端,把整个服务的线程池拖到全部 hang 死:一次没有超时引发级联雪崩的深度复盘与韧性正解
核心服务突然大面积 504,jstack 一看几百个工作线程全卡在调用第三方风控接口的 socketRead0 上一动不动——而那个 HTTP 客户端压根没设超时。对方发布卡了几十秒,我方每个线程无限期等待,线程池被占满,连不相干的接口也全挂了,级联雪崩。本文从满屏 hang 死的线程堆栈讲起,剖析没超时如何耗尽线程池拖垮全局,给出设超时(底线)+熔断+降级+线程隔离(舱壁)的韧性组合拳,并梳理常…- 0
- 0
-
我调用外部接口图省事没设超时,平时一直好好的,直到对方一抽风卡住不返回,我这边的线程被一个个拖死、整个服务跟着雪崩的深度复盘
我的服务要调一个外部接口,图省事没设任何超时,平时对方几十毫秒就返回、一切风平浪静。可有天对方故障抽风、挂在那不返回,我这边因为没超时,每个调它的请求线程都无限期阻塞、永不释放,请求不断涌入、线程池被彻底耗尽——连那些根本不调外部接口的正常请求也抢不到线程,整个服务跟着雪崩!一个外部依赖的故障,拖垮了我整个服务。深究才懂:没设超时=把"我等多久"的决定权交给对方,而阻塞会耗尽线…- 0
- 0
-
慢下游拖垮核心下单:服务雪崩与熔断避坑复盘
一次让我刻骨铭心的雪崩。我们的核心下单服务会调用一个非核心下游——推荐服务,在下单页给用户推荐几个商品,这功能挂了也不影响下单顶多少几个推荐位无足轻重。可某天推荐服务因自身问题变得极慢,响应从几十毫秒涨到十几秒,然后匪夷所思的事发生了:我那本该坚如磐石的核心下单服务竟跟着一起瘫痪——下单大面积超时失败整条业务线告急。一个无足轻重的推荐变慢怎么会把核心下单拖死?顺调用链复盘才看清传导路径:下单服务用…- 0
- 0
服务雪崩
-
￥优惠劵使用时效：无法使用使用时效：
之前
使用时效：永久有效优惠劵ID：×