0
我正在嘗試使用netty
來實現HTTP/2客戶端。在這個example(93行)他們手動增加streamId
並把它放到地圖上。響應時,他們尋找HttpConversionUtil.ExtensionHeaderNames.STREAM_ID
頭參數,從而將響應與請求相關聯。HTTP/2客戶端 - 將響應與請求相關聯 - 可以依賴流ID嗎?
我不喜歡自己增加streamId
的想法。我可以以某種方式獲得id netty將用於writeAndFlush
的請求嗎?
此外,是否需要大量資源才能創建新的流?或者它只是一個標識符?
因此,我決定不依賴streamId並要求服務器端開發人員從請求中讀取特殊的頭文件(例如「X-id」)並將其作爲響應。 – awfun
我認爲,這不是非常重要,但也不太好。主要缺點是現在所有的API客戶端都必須記住,他們應該在請求中提供'X-Id'並從響應中獲得它。但是,對於高併發API也許可以,因爲即使使用HTTP/1.1,它也可以工作。 – berserkk
是的,這是一個具體項目的臨時解決方案,但我發現沒有辦法更好地實施它 – awfun