概述

在一條慢sql導致購物車服務無法使用的解決方案一文中，提到了客戶端調用購物車服務的時候，超時了。如果當時客戶端沒有設置超時時間的話，會在客戶端中產生級聯故障。先用一張圖來說明一下。

聚合層除了調用購物車微服務，還調用了營銷系統微服務。如果購物車服務的接口響應時間很慢，而客戶端聚合層調用購物車服務時，又沒有設置超時時間，那么將占有大量的連接，如果請求購物車服務的請求量比較大，瞬間就會把連接占用完，直接導致聚合層調用營銷系統時，需要阻塞住等待獲取連接，這樣的話，整個小程序的很多功能就都用不了了。

從這里我們可以看到，最終小程序端會整體響應很慢，因為它調用了聚合層，而聚合層又調用了一個性能很差的購物車服務。產生級聯故障了，小程序端和聚合層都在等待中耗盡了資源，這個是非常可怕的事情。

設置超時時間

聚合層是使用了spring cloud ribbon,我們可以設置一下ribbon的超時時間。具體的可以參看springcloud edgware.sr3版本中ribbon的timeout設置方法

ribbon:
  readtimeout: 2000
  connecttimeout: 2000

這樣的話，聚合層調用購物車服務，如果兩秒鐘沒有返回結果，則超時報錯。這樣做有兩個好處。

• 快速失敗，釋放資源；
• 聚合層調用購物車雖然失敗了，但是聚合層調用營銷系統則仍然可以進行，不受影響。小程序端使用到營銷系統接口的功能也能繼續使用；

知識擴展

客戶端保持彈性真心很重要，因此像客戶端中的

• 負載均衡模式
• 斷路器模式
• 后備模式
• 艙壁模式

都是需要了解的。要做一個彈性客戶端，可以借助一些工具，像netflix的hystrix組件就非常不錯，并且已經被spring cloud集成進去了，使用起來也比較簡單。

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對服務器之家的支持。如果你想了解更多相關內容請查看下面相關鏈接

原文鏈接：https://blog.csdn.net/linsongbin1/article/details/83893315