2
是有可能創建基於服務器的未經請求的「事件」,「消息」 (例如消息是不是一個客戶端的請求的答覆,但代表服務器的生成 )在GRPC? [試着用搜索引擎的它,也沒有找到任何相關的答案,介意我] 謝謝,grpc來自服務器的未經請求的消息?
是有可能創建基於服務器的未經請求的「事件」,「消息」 (例如消息是不是一個客戶端的請求的答覆,但代表服務器的生成 )在GRPC? [試着用搜索引擎的它,也沒有找到任何相關的答案,介意我] 謝謝,grpc來自服務器的未經請求的消息?
如果你想在服務器啓動從服務器的連接,並沒有事先的互動從客戶端發送消息,那麼不,你不能用gRPC做到這一點。
但是,這完全符合gRPC旨在支持的「訂戶」模式:客戶端打開服務器流式傳輸請求(可能指示他們想要接收哪些消息或事件),然後服務器響應每個請求消息或事件。
那麼它是不是強制性的服務器打開到客戶端的未經請求的連接。客戶端可以打開兩個「套接字」到服務器。唯一的要求是真的能夠將這個主動套接字上的消息從服務器發送到客戶端,而不需要客戶端的任何初始通信,但是據我所知,訂閱者的概念就是這樣的 – harsszegi
當我檢查gRPC時,服務器端流還需要首先從客戶端發送請求,服務器根據該請求開始流式傳輸。要麼? – harsszegi
是的,服務器流式傳輸需要客戶端發送單個初始消息。客戶端已經發送了一些信息來發起呼叫;它們是否也必須發送單個消息並不重要。但是,如果這真的很重要,你可以使用雙工流,讓客戶端什麼都不發送。 – murgatroid99