在這個場景下,我們還不用關心平臺方的同步返回結果,因為最終的結果平臺方會異步通知回來。
這樣看起來是一個非常簡單的場景對不對?
現在我們在這個基礎上加一個小小的變化。
由于這個下游系統是一個非常重要的系統,承擔著全公司所流量的出人口,可以說是咽喉要道。
所以,出于保護自身的目的,它對調用方的接口都做了限流。
對于我這個小卡拉米的、邊邊角角的查詢動作,它給的限流就是一秒最多一筆。
也就是說,我調用查詢接口的時候,線程池什么的就別想了,老老實實的排隊,然后一秒一個的發請求
在這個場景下,我們還不用關心平臺方的同步返回結果,因為最終的結果平臺方會異步通知回來。
這樣看起來是一個非常簡單的場景對不對?
現在我們在這個基礎上加一個小小的變化。
由于這個下游系統是一個非常重要的系統,承擔著全公司所流量的出人口,可以說是咽喉要道。
所以,出于保護自身的目的,它對調用方的接口都做了限流。
對于我這個小卡拉米的、邊邊角角的查詢動作,它給的限流就是一秒最多一筆。
也就是說,我調用查詢接口的時候,線程池什么的就別想了,老老實實的排隊,然后一秒一個的發請求