gRPC Java的代码架构

RPC(远程过程调用) 的架构最常见的是“动态代理”方式，事先定义好接口，用一个代理假装实现了这个接口（真正的实现放在服务端），供客户端调用，代理内部将该方法调用封装成一个网络请求送到服务端。服务端根据参数找到对应的注册好的对象处理，返回给客户端。

官网的gRPC的宏观的架构图如下：

客户端调用 stub 对象，所谓 stub 对象就类似代理对象一样。作为跟服务通讯的封装抽象。

在 gRPC 里，stub 对象将请求用 protobuf 方式序列化成字节流，用于线上传输，到 server 端后调用真正的实现对象处理。 

 

Java 的客户端和服务器实现也是遵循这个架构的。

gRPC-Java 的插件会给我们自动产生一个 GreeterGrpc（招待员类）封装了三种跟服务器接口通讯的方案：

• 同步阻塞调用；
• 异步回调；
• 同步非阻塞。

 

对于 Stub ，可以用下面思维导图简单描述：

客户端的调用都是通过 Stub的。

所有 Stub 的 new 都需要传入一个 channel 参数。

管道层 gRPC 默认提供了 4钟 Channel，如下图：

 

 

 

参考资料：

gRPC 入门及源码分析
http://evthoriz.com/2015/07/07/gRPC-tutorial/