@Victor_46e6 不好意思枪芒,不太登簡書泪蔫,剛剛看到埠对。2.0多路復(fù)用以后篷就,不會有阻塞(前一個請求沒有完成询刹,后一個請求還是可以先送達(dá))烘跺,這個時候但從網(wǎng)絡(luò)這里考慮的話合并請求的幫助并不是很大,因為網(wǎng)絡(luò)延時的overhead相對于api call的時間一般會小不少返弹。
這個時候合并請求的目標(biāo)是為了能夠batch處理數(shù)據(jù)锈玉,給一個批處理的接口爪飘。
可能的非技術(shù)原因,當(dāng)大家都是微服務(wù)的時候拉背,我們的api 會依賴于其他的服務(wù)师崎,而這些服務(wù)可能會對我們的qps/ tps有限制,批處理/ 合并HTTP請求椅棺,可以一定程度上“規(guī)避”這個問題
為什么要合并HTTP請求犁罩?思考路徑:為什么要實現(xiàn)batch call? -> 減少網(wǎng)絡(luò)中的傳輸損耗 -> 如何減少的? -> 通過合并HTTP請求 -> 合并HTTP請求是如何減少網(wǎng)絡(luò)損耗的? 本文將...