限流是一種什麼樣的感覺?當我們的系統的訪問量突然劇增，大量的請求湧入過來，最典型的就是秒殺業務了，我們可能會知道會有一波高峰，這時候該如何處理？，下面我們就來說一說關于限流是一種什麼樣的感覺?我們一起去了解并探讨一下這個問題吧!

限流是一種什麼樣的感覺

當我們的系統的訪問量突然劇增，大量的請求湧入過來，最典型的就是秒殺業務了，我們可能會知道會有一波高峰，這時候該如何處理？

而且現在很多情況我們還需要調用第三方接口例如支付等，因此我們還得考慮如果第三方那邊出問題了，返回異常的慢，我們系統該如何處理。

常見的處理方式有三種：降級、熔斷、限流。

降級

降級也就是服務降級，當我們的服務器壓力劇增為了保證核心功能的可用性，而選擇性的降低一些功能的可用性，或者直接關閉該功能。這就是典型的丢車保帥了。

就比如貼吧類型的網站，當服務器吃不消的時候，可以選擇把發帖功能關閉，注冊功能關閉，改密碼，改頭像這些都關了，為了确保登錄和浏覽帖子這種核心的功能。

一般而言都會建立一個獨立的降級系統，可以靈活且批量的配置服務器的降級功能。當然也有用代碼自動降級的，例如接口超時降級、失敗重試多次降級等。具體失敗幾次，超時設置多久，由你們的業務等其他因素決定。開個小會，定個值，扔線上去看看情況。根據情況再調優。

熔斷

降級一般而言指的是我們自身的系統出現了故障而降級。而熔斷一般是指依賴的外部接口出現故障的情況斷絕和外部接口的關系。

例如你的A服務裡面的一個功能依賴B服務，這時候B服務出問題了，返回的很慢。這種情況可能會因為這麼一個功能而拖慢了A服務裡面的所有功能，因此我們這時候就需要熔斷！即當發現A要調用這B時就直接返回錯誤(或者返回其他默認值啊啥的)，就不去請求B了。我這還是舉了兩個服務的調用，有些那真的是一環扣一環，出問題不熔斷，那真的是會雪崩。

當然也有人認為熔斷不就是降級的一種的，我覺得你非要說熔斷也屬于一種降級我也沒法反駁，但是它們本質上的突出點和想表達的意思還是有一些不同的。

那什麼時候熔斷合适呢？也就是到達哪個阈值進行熔斷，5分鐘内50%的請求都超過1秒？還是啥？參考降級。

限流

上面說的兩個算是請求過來我們都受理了，這個限流就更狠了，直接跟請求說對不起再見！也就是系統規定了多少承受能力，隻允許這麼些請求能過來，其他的請求就說再見了。

一般限制的指标有：請求總量或某段時間内請求總量。

請求總量：比如秒殺的，秒殺100份産品，我就放5000名進來，超過的直接拒絕請求了。

某段時間内請求總量：比如規定了每秒請求的峰值是1W，這一秒内多的請求直接拒絕了。咱們下一秒再見。