http的api接口需要設(shè)計哪些東西？協(xié)議主要注意是http，特別是作為的接口，而聯(lián)合的接口又是bug重災(zāi)區(qū)，因為比較好有用。但以后也不先排除可能會直接出現(xiàn)比如說websocket等協(xié)議，甚至連很多內(nèi)

http的api接口需要設(shè)計哪些東西？

協(xié)議主要注意是http，特別是作為的接口，而聯(lián)合的接口又是bug重災(zāi)區(qū)，因為比較好有用。

但以后也不先排除可能會直接出現(xiàn)比如說websocket等協(xié)議，甚至連很多內(nèi)部可以使用的協(xié)議都是變更土地性質(zhì)自己定義的，卻沒名字

Java互聯(lián)網(wǎng)架構(gòu)-如何設(shè)計服務(wù)接口API限流功能？

1限流目的限流管理目的是對系統(tǒng)接受保護。當(dāng)訪問量猛增，達到系統(tǒng)可以不能夠承受的流量，則要把遠(yuǎn)遠(yuǎn)超過的流量擋住，不通過業(yè)務(wù)邏輯直接回。

2數(shù)據(jù)估算系統(tǒng)流量上限常規(guī)壓測方法。對某個接口通過壓測，逐漸調(diào)高并發(fā)量和持續(xù)時間，提升到系統(tǒng)瓶頸時（錯誤率高，更快的響應(yīng)時間長）資料記錄下并發(fā)量，這個值應(yīng)該是當(dāng)前系統(tǒng)流量上限。

3臨時限流方案3.1系統(tǒng)維度從系統(tǒng)維度來看是可以分成三類單機限流管理和集群臨時限流兩種。

單機人員限流是對每一臺機器限流控制，假設(shè)每臺機器人員限流100QPS，集群有10臺機器，這樣整個集群有1000QPS能力。可以不可以使用GuavaRateLimiter、Java并發(fā)包Semaphore利用單機限流。

集群限流控制是對整個集群進行人員限流，比如數(shù)據(jù)估算整個集群能力有1000QPS，也有一種場景是限次，比如整個集群沒法內(nèi)部函數(shù)第三方接口多少次。也可以建議使用Redis利用全局限流。

3.2方法維度限流控制正確方法有200元以內(nèi)三種：

計數(shù)器法維護一個計數(shù)器，這個計數(shù)器有一個時間窗口，在當(dāng)前時間窗口，每一次一個新幫忙消息時，計數(shù)器自增，當(dāng)計數(shù)器自增都沒有達到設(shè)置里的上限時，再次提供服務(wù)。滑動到下一個時間窗口時，計數(shù)器重置。這種方法的特點是簡單的，但在時間窗口臨界點，很可能會出現(xiàn)超出流量的問題。

漏桶算法漏桶算法強制一個常量的輸出速率而不論輸入輸入數(shù)據(jù)流的突然性。當(dāng)鍵入空閑時，該算法不想執(zhí)行任何動作，竟像用一個底部開了個洞的漏桶接水一般，水剛剛進入到漏桶里，桶里的水實際下面的孔以單獨計算的速率黑色的血。當(dāng)水淌入速度過大會就逸出。

令牌桶算法我我推薦這種方法。一個容量固定設(shè)置的桶，以一個恒定的速率有一種令牌，如果桶內(nèi)的令牌滿了則無用的令牌會被丟棄。不知為什么各位沖進來時，先去桶內(nèi)拿一個令牌，桶內(nèi)的令牌拿完了，則前提是耐心的等待桶內(nèi)有一種令牌才能允許后續(xù)的請求（或者直接斷然拒絕）。的原因桶內(nèi)也可以堆積起來一定的令牌（就像為桶容量），所以我令牌桶算法優(yōu)點是可以不允許一定會量的流量高峰。

Guava可以提供了限流工具RateLimiter實現(xiàn)令牌桶能完成臨時限流。也也可以通過編寫Lua腳本通過Redis實現(xiàn)程序全局令牌桶。