4
在微軟的Azure,在服務總線,你可以看到活動圖的不同隊列/主題等Azure服務總線:什麼是「請求」和「消息」?
圖表顯示各種不同的線路,如傳入消息,傳出消息,成功請求等等
什麼是要求?什麼是消息?
請求似乎不斷髮生並且通常比消息的數量(在主題中)大得多。即使監聽隊列的服務器數量保持不變 - 有時請求數的數量也會顯着增加,但看不到消息數的數量有任何變化。
在微軟的Azure,在服務總線,你可以看到活動圖的不同隊列/主題等Azure服務總線:什麼是「請求」和「消息」?
圖表顯示各種不同的線路,如傳入消息,傳出消息,成功請求等等
什麼是要求?什麼是消息?
請求似乎不斷髮生並且通常比消息的數量(在主題中)大得多。即使監聽隊列的服務器數量保持不變 - 有時請求數的數量也會顯着增加,但看不到消息數的數量有任何變化。
我假設一個請求是在隊列/訂閱一項民意調查,即使沒有造成拖拉的消息。使用OnMessage消息泵模型,您通常會一直等待直到消息到達,從而導致主要收到的消息數量相同。但是當您的角色/線程/泵停止並重新啓動時,即使沒有找到消息,也會觸發新的接收。