首先先搞清楚什么是Rpc(转自知乎)...php
早期单机时代,一台电脑上运行多个进程,你们各干各的,老死不相往来。假如A进程须要一个画图的功能,B进程也须要一个画图的功能,程序员就必须为两个进程都写一个画图的功能。这不是整人么?因而就出现了IPC(Inter-process communication,单机中运行的进程之间的相互通讯)。OK,如今A既然有了画图的功能,B就调用A进程上的画图功能好了,程序员终于能够偷下懒了。java
到了网络时代,你们的电脑都连起来了。之前程序只能调用本身电脑上的进程,能不能调用其余机器上的进程呢?因而就程序员就把IPC扩展到网络上,这就是RPC(远程过程调用)了。如今不只单机上的进程能够相互通讯,多机器中的进程也能够相互通讯了。node
要知道实现RPC很麻烦呀,什么多线程、什么Socket、什么I/O,都是让我们普通程序员很头疼的事情。因而就有牛人开发出RPC框架(好比,CORBA、RMI、Web Services、RESTful Web Services等等)。python
OK,如今能够定义RPC框架的概念了。简单点讲,RPC框架就是可让程序员来调用远程进程上的代码一套工具。有了RPC框架,咱程序员就轻松不少了,终于能够逃离多线程、Socket、I/O的苦海了。git
至于最近Java中流行的Netty,没玩过。可是大体了解过,Netty、Mina是游戏行业作服务器开发的Java程序员用的比较多的PRC框架(咱们学生主要是Java方向的,有很多人毕业后从事游戏开发)。听说互联网公司用的也比较多。这两行业都有高并发量的、长链接、分布式、异步通信、大数据量等特色。Netty这种RPC框架封装和优化了Java NIO和异步网络编程的一些繁琐的细节,一方面可让开发者专一于业务逻辑的实现,一方面只须要调用Netty封装的API就能够很快编写出高性能的服务器。程序员
gRPC是一个高性能、通用的开源RPC框架,其由Google主要面向移动应用开发并基于HTTP/2协议标准而设计,基于ProtoBuf(Protocol Buffers)序列化协议开发,且支持众多开发语言。gRPC提供了一种简单的方法来精确地定义服务和为iOS、Android和后台支持服务自动生成可靠性很强的客户端功能库。客户端充分利用高级流和连接功能,从而有助于节省带宽、下降的TCP连接次数、节省CPU使用、和电池寿命。github
gRPC具备如下重要特征:objective-c
强大的IDL特性
gRPC使用ProtoBuf来定义服务,ProtoBuf是由Google开发的一种数据序列化协议(相似于XML、JSON、hessian)。ProtoBuf可以将数据进行序列化,并普遍应用在数据存储、通讯协议等方面。不过,当前gRPC仅支持 Protobuf ,且不支持在浏览器中使用。因为gRPC的设计可以支持支持多种数据格式,因此读者可以很容易实现对其余数据格式(如XML、JSON等)的支持。编程
定义服务的示例代码以下:浏览器
message HelloRequest { string greeting = 1; } message HelloResponse { string reply = 1; } service HelloService { rpc SayHello(HelloRequest) returns (HelloResponse); }
支持多种语言
gRPC支持多种语言,并可以基于语言自动生成客户端和服务端功能库。目前,在GitHub上已提供了C版本grpc、Java版本grpc-java 和 Go版本grpc-go,其它语言的版本正在积极开发中,其中 grpc支持C、C++、Node.js、Python、Ruby、Objective-C、PHP和C#等语言,grpc-java已经支持Android开发。
基于HTTP/2标准设计
因为gRPC基于HTTP/2标准设计,因此相对于其余RPC框架,gRPC带来了更多强大功能,如双向流、头部压缩、多复用请求等。这些功能给移动设备带来重大益处,如节省带宽、下降TCP连接次数、节省CPU使用和延长电池寿命等。同时,gRPC还可以提升了云端服务和Web应用的性能。gRPC既可以在客户端应用,也可以在服务器端应用,从而以透明的方式实现客户端和服务器端的通讯和简化通讯系统的构建。
gRPC已经应用在Google的云服务和对外提供的API中,其主要应用场景以下: