grpc 双向流究竟是什么情况?2 段代码告诉你
本文分享自华为云社区《grpc双向流究竟是什么情况?2段代码告诉你》,作者:breakDawn。
为什么需要 grpc 双向流?
有时候请求调用和返回过程,并不是简单的一问一答形式,可能会涉及一次发送,多次分批返回,或者两边随意互相发送。
因此简单的 restful 模型无法满足上述常见,grpc 双向流应运而生,通过一个 tpc 链接实现了双向的异步 IO 通信。
grpc 双向流
一个双向流式 RPC 是双方使用读写流去发送一个消息序列。
两个流独立操作,因此客户端和服务器可以以任意喜欢的顺序读写:比如,服务器可以在写入响应前等待接收所有的客户端消息,或者可以交替的读取和写入消息,或者其他读写的组合。
可以理解为常见 IO 模型里的异步 IO 的使用
每个流中的消息顺序被预留。你可以通过在请求和响应前加 stream 关键字去制定方法的类型。
客户端的双向流调用
定义一个 reponseOberserver,即响应观察者,用于定义如何处理服务端返回的消息。一般都是把消息放到一个某个阻塞队列或者单容量队列 SettableFuture 中。
调用 stub.sendMessage(reponseOberserver),即告诉 grpc 框架,我要用这个 reponseOberserver 去处理 sendMessage 消息的响应。
注意,这个 sendMesage 方法名,取决于我们的 proto 中怎么定义的。
然后 stub.sendMessage()方法回返回给我们一个 requestObserver,让我们用这个观察者.onNext()去发送请求,可以任意发多次,都是立刻返回的。
当不需要再发送时,可以调用 onCompleted 告知对方可以结束了
下面是官网摘抄的代码示例:
服务端的处理方式:
我们建立服务端的时候,需要调用 nettyServer,建立 netty 服务,并绑定一个 xxxServiceImpl 抽象类。这个 xxxServiceImpl 就是我们在 proto 中定义的 server 结构,支持处理我们定义的消息。
xxxServiceImpl 中,有很多需要覆写的方法,需要你定义如何处理收到的请求,以及如何给客户端发送响应。发送响应的动作就是参数里的 requestObserver.onNext(响应消息)
返回的 xxxService 类,会在第一步提供给 netty 以及 grpc 框架,收到消息时,会通过他的异步机制,分隔网络线程和业务线程,走到这边执行的地方。
下面是官网摘抄的代码示例:
版权声明: 本文为 InfoQ 作者【华为云开发者社区】的原创文章。
原文链接:【http://xie.infoq.cn/article/0c69049a54ca07c2dd9c869b6】。文章转载请联系作者。
评论