远程调用中，rpc到底比http好在哪里
ProtoBuffer的介绍
google有一款非常高效的数据传输格式框架ProtoBuffer。在java中使用protobuffer作为序列化效率比jdk自身的serializable接口效率高的多(github上有个对于序列号性能的研究https://github.com/eishay/jvm-serializers/wiki)，这在缓存的时候效率非常高。当然，如此优秀的数据格式框架并不是仅仅使用在缓存上的,既然压缩(姑且将其简单理解为压缩算法吧)如此高效，那么使用在网络IO传输中比JSON或许XML而言效率也为提升很多吧。
gRPC的介绍
gRPC是google开发的一款RPC框架，RPC Server与RPC Clinet之间的数据传输就是刚刚提到的ProtoBuffer，并且该RPC框架还是基于HTTP2的。因此，HTTP2的多路复用，基于流的传输在gRPC上也有相应的实现。
ProtoBuffer格式的定义
PrototBuffer的官方文档：https://developers.google.com/protocol-buffers/docs/proto3
笔者贴出在实际使用中的格式定义文件.proto:
syntax = "proto3";
package vsig;
service VSIGProto {
rpc setAcl (ACLRequest) returns (Reply) {}
rpc openNtp (NTPConfig) returns (Reply) {}
}
message ACLRequest {
string extranetIp = 1;
int32 devType = 2;
string intranetIp = 3;
}
message InterfaceInfoRequest {
string name =1;
string ip = 2;
string mask=3;
string gateway=4;
}
message NTPInfoRequest{
bool state = 1;
string ntpServerIp =2;
int32 ntpServerPort =3;
}
message NTPConfig{
NTPInfoRequest ntpInfo = 1;
InterfaceInfoRequest br0Info = 2;
}
message Reply {
string message = 1;
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
.proto文件中主要定义了三部分东西：
- RPC的方法名以及接受的参数和返回的参数
- RPC方法接受参数的格式
- RPC方法返回的格式
一个方法仅能接受一个参数，因为笔者定义NTPConfig里面又包含了两个对象，这样保证了openNtp方法仅接收了一个对象
对于定义的message，每个值都有一个唯一的number类型的数字，根据官方文档的解释：它是用于以消息二进制格式标识字段，并且在使用过程中不能随便更改，否则会导致数据无法还原。同时，如果数字定义为1~15则使用一个字节来存储，而16~2047需要使用两个字节来存储。
gRPC Server的实现
定义好.proto之后就可以使用该文件来使用grpc客户端与服务器端了，gRPC的客户端与服务器端必须使用同一个.proto文件
gRPC支持众多常见的编程语言,笔者使用java与node两种语言实现gRPC。
NodeJS gRPC Server实现
package.json:
{
"name": "grpc-examples",
"version": "0.1.0",
"dependencies": {
"async": "^1.5.2",
"google-protobuf": "^3.0.0",
"grpc": "^1.0.0",
"lodash": "^4.6.1",
"minimist": "^1.2.0"
}
}gRPC服务器的编码实现:
//上述定义的.proto的路径
const PROTO_PATH = '../../vsig.proto';
const grpc = require( 'grpc' );
//最后vsig是.proto中的package
const proto = grpc.load( PROTO_PATH ).vsig;
//定义rpc Server的ip与端口
const rpcHost = '127.0.0.1';
const rpcPort = 50051;
//定义方法的映射，因为方法最终是在该类中实现的，因此定义改类与.proto中的方法的映射。左边为.proto中的方法名，右边为实现
const methodCover = {
setAcl: setAcl,
openNtp: openNTP
};
function setAcl( call, callback ) {
//call.request即为该方法在.proto中定义的参数接收的message对象
console.log( call.request);
//该回调即为对客户端的方法，参数1是error，参数二与.proto中方法的返回值对应
callback( null, {
message: "rpc call setAcl method success"
} )
}
function openNTP( call, callback ) {
const ntpInfo = call.request;
console.log(ntpInfo);
callback(null,{
message:"rpc call openNTP call success"
})
}
function main() {
var server = new grpc.Server();
//VSIGProto即为.proto中的server的名称，参数二为方法映射
server.addProtoService( proto.VSIGProto.service, methodCover );
const grpcIn = grpc.ServerCredentials.createInsecure();
//绑定端口
server.bind( rpcHost + ":" + rpcPort, grpcIn );
//启动
server.start();
}
main();Java gRPC Server的实现
gRPC Client的实现
如上定义好服务端之后，将监听指定的端口，客户端只需要对改端口发送请求即可。
Node gRPC Client的实现
const PROTO_PATH = '../vsig.proto';
const grpc = require( 'grpc' );
//最后vsig是.proto中的package
const proto = grpc.load( PROTO_PATH ).vsig;
const rpcHost = '127.0.0.1';
const rpcPort = 50051;
//VSIGProto是.proto中service中的VSIGProto
const client = new proto.VSIGProto( rpcHost + ":" + rpcPort, grpc.credentials.createInsecure() );
class RpcClient {
setAcl( acl, cb ) {
//执行rpc调用
client.setAcl( acl, function( err, response ) {
cb( err, response )
} );
}
//封装RPC的方法
openNTP( ntpconfig, cb ) {
//执行rpc调用
client.openNtp( ntpconfig, function( err, response ) {
cb( err, response );
} );
}
}
const rpcClient = new RpcClient();
module.exports = rpcClient;Java gRPC Client的实现