gRPC是Google开源的通用高性能RPC框架,它支持的是使用Protocol Buffers来编写Service定义,支持较多语言扩平台并且拥有强大的二进制序列化工具集。与文章《RPC框架实践之:Apache Thrift》 一文中实践的另一种通用RPC框架 Thrift 能通过Generator自动生成对应语言的Service接口类似,gRPC也能 自动地生成 Server和Client的 Service存根(Stub),我们只需要 一个命令 就能快速搭建起RPC运行环境。
gRPC是Google开源的通用高性能RPC框架,它支持的是使用Protocol Buffers来编写Service定义,支持较多语言扩平台并且拥有强大的二进制序列化工具集。与文章《RPC框架实践之:Apache Thrift》 一文中实践的另一种通用RPC框架 Thrift 能通过Generator自动生成对应语言的Service接口类似,gRPC也能 自动地生成 Server和Client的 Service存根(Stub),我们只需要 一个命令 就能快速搭建起RPC运行环境。
下面实践一下gRPC框架,做的事情就是:Client端通过远程RPC调用Server的获取时间的接口,从而将服务器时间获取到本地并显示。
类似于之前对于 RPC框架: Thrift 的实践步骤,下面一一阐述。
这个grpc-all包含了很多grpc相关的组件:grpc-netty 、 grpc-protobuf 、grpc-stub 等等
这里添加两个Maven插件,目的是后面需要用这些插件来执行Protocol Buffers命令,从而自动生成相关的Stub代码:
os-maven-plugin
:生成平台无关的属性
protobuf-maven-plugin
:执行Protocol Buffers命令并生成Stub代码库
这里.proto文件的作用和写法就和我的前一篇文章《RPC框架实践之:Apache Thrift》 一文中Thrift所要求的.thrift文件编写一样,是有其自己的语法要求的!
mvn compile
命令来自动生成代码Stubmvn编译完成以后,在target/generated-sources
目录下就能看到根据上面.proto
文件自动转化生成的Java代码Stub
代码生成结果如下所示
好了,既然gRPC-API已经有了,下面可以分别编写服务端和客户端
接下来一步比较关键
我想此处重写的getDate()
方法并不陌生吧,这正是上文 .proto 文件中定义的Service接口。
此处逻辑比较简单:获取当前时间,并且将其与请求RPCDateRequest
中提取出的userName
字段进行拼接,然后返回给调用端!形成一个闭环
端口自定义的9999,也就是在该端口监听。现在可以立即运行GRPCServer,来启动服务端
现在立即启动 GRPCClient!
还记得我们的目标吗?
RPC完成的即是远程的过程调用,在本实验中那就是客户端可以远程调用服务端的getDate()过程,并将结果取到客户端来显示!
本文实验代码在此 → 需要自取
作者其他一些RPC框架的实践如下:
作者一些关于容器化、微服务化方面的文章如下: